Hi, this commit is not to be reverted.
One of the key requirements to the inclusion of Addons in Blender is that we have the Authors Permission. As the author has withdrawn the addon he has also removed his permissions. Whilst some of us may be surprised or disappointed by this, we must respect the Authors decision.
Thanks.
Brendon.

Hi I'll triage this as a known issue.
It's been quite longstanding that reload scripts does not handle all cases well.
To correctly identify which cases are not handled will require some testing.
UI changes usually work, changes within classes when bug fixing sometimes work.
Restarting shows all changes, reload scripts can cause false results by "missing" certain changes.

Hi, we could handle more gracefully, I'll take a look at adding a self report if less than 2 objects.

Hi, The unwritten.. policy for unstable addons:

@Campbell Barton (campbellbarton) hi, I would like to target this for 2.84 bcon1. @nutti (Nutti) has maintained and fixed this addon over many releases and solved the issues that caused it's initial removal.
Thanks.

hi @nutti (Nutti), I have no problem with this being added back. I've been following your progress for some time now.
Given the importance of this addon and it's worth looking at.

Hi, as you have provided no information and I've tested looptools as working. I'm closing this task.

@Campbell Barton (campbellbarton)
Hi, Confirming this and raising priority. Adding mention here: T75510
Instant crash on undo.

hi, Fix is incoming within a couple of days.
File for testing:

You could try Better tooltips (Basic) And extend the tooltips by adding a Manual link into the tooltip for more precise information? This would keep the tooltips smaller and not as intrusive?

hi, I'm claiming this task as I've been responsible for ANT in the past.
I've been in contact with ANT Author @Jimmy Hazevoet (jimmyhaze) and his new collaborator and I'm receiving updates for a new version/updated version which are not ready for commit at this stage.
@Ankit Meel (ankitm) Thanks, I'll test if anything has changed with the commit you mentioned.
I'm looking into this issue atm in the most basic way. lich
From what addons devs understand, this issue is a Bug/Issue with the Perlin_Original noise type built into Blender and how it's interacting with random. I think. @Philipp Oeser (lichtwerk)
This leads to 3 options.:
1/ Fix the Built in Original_Perlin noise type in Blender and allocate core dev time to do this.
(is it worth it?)
2/ Remove the Original_Perlin noise type from ANT Landscape.
(I'm testing this atm/in progress) This answer hides and avoids the issue not fixes it but may be practical.
3/ Wait until the new version of ANT is complete. This may take some time.

hi, can you test this again using only addons supplied with Blender?
Note: I have tested this and found that the workspace setting removes the custom icons from mesh_tinycad addon supplied with Blender.
I'm not sure who's area this would be in.

@Ivan Cappiello (icappiello) hi, thanks for the report.

looking

hi this should be resolved in 2.83 and in nightly builds.
ac8dd9a5fe32
working file if you need to transfer to blender 2.82/a
https://developer.blender.org/diffusion/BA/browse/master/materials_library_vx/__init__.py

this is fixed for 2.83 release

T73899 committed and closed

hi, I've run some tests with working results. thank you.
@Daniel Santana (dgsantana) there would be one other small issue I noticed.
In the addons preferences, when you set a custom path, it seems like relative path needs to be unchecked in the file browser.
Are you able to test this?

will test. thanks

hi I'll confirm that it's reporting an error yes. However the erosion tool still appears to work. On first run it erodes the mesh and reports error, the ui still appears and settings can be changed. Each change reports the same error and appear to work.
I will look into the error and try to see it fixed withoout disabling the nice erosion feature.
Fix may take a few weeks.
Thanks.

looking

hi, after discussion in irc and some help with code I've made the initial commit.
@Marco (nacioss) this is generic check list for you:
hi, if you can join this mailing list: bf-committers@blender.org and mail:
Subject:

Re: Commit Access to Addons Repository: ATT: @ideasman42

Content:

Hi my name is: "your name"
My user name on developer.blender.org is: "your user name here"
I would like commit access to the addons repository.
I am the maintainer of/my addon is:
New to Blender and it's task is here: "inset addon name and task name".
or I'm the Author of an addon in Blender and I wish to update the addon: "inset addon name and task name if applicable".
or I'm a new maintainer of an addon in Blender and I wish to update the addon/s "inset addon/s name/s and task name/s if applicable".

I made several changes to the supplied materials to make them compile faster on slow machines and reflect better Eevee/Cycles comparability.
fdaa6f6b797b
As I've lessened the overall file size again, I may revisit this in the near future and add some more materials types within reasonable limits.
Closing as resolve. further changes will require a new task.

@Campbell Barton (campbellbarton)
Hi, so busy at work currently. I would like to add this to 2.83 release. nothing else is planned atm.
We should organize @Marco (nacioss) to the addons project committers so he can commit himself.
Other than that I can commit until we get him settled in.
Thanks.

@Séverine Couvert (Elreenys) hi, good to see your still here. I'll check out your latest files and make some recommendations.

@Nathan Lovato (gdquest) assigned to you, feel free to commit fix.

hi, unfortunately push/pull was removed due to non solvable bugs. The alternate addon destructive extrude on ba forums also has similar issues. It's the hope that the function will be built in to the extrude modifier. If a fully working version of the addon was to appear and meet my specifications such as no bugs and a numerical entry option of course it would be considered to return.
Thanks, I miss it too.
Closing task as Invalid.

hi, I'll confirm this. I took a while to reproduce.
It seems there's an issue with file paths/permissions on win at least.
I found that running Blender as Administrator solved the issue.
A side note when using nightly builds and unzipping to a non admin folder such as your downloads folder, this issue does not happen.
We will look into this further.

hi, I've tested this out and it's great fun to work with. The author has already in blender.chat made several changes including removing a .blend file and changing the material nodes to coded.
I would think this artistic addon provides a tool for all to use.
It would be my proposal to include this in 2.83 release and the author be given access to the addons project.
Thanks.

hi, I think this is not a good solution unless it's temporary. Leading up to 2.82 bcon2, I made sure all addons linked to their correct manual pages. Every included addon should have a permanent page on the Manual.
If this only affects i/o addons then we can simply change the bl_info wiki_url to point to the correct manual page leading up to 2.83.
Adding a duplicate field to all addons: wiki_url and the proposed manual_url are the same thing, an internally used name to point addons to their documentation. @Campbell Barton (campbellbarton) what is your opinion here?
@Aaron Carlisle (Blendify)
If this change has broken all 2.82 i/o manual links, it will need to be redirected by the manual until 2.83.
I'm happy to help fix the i/o addons current links in 2.83 master, linking them to the new manual page.

hi in the Items panel of measureit, press the Override checkbox and use the Width setting for thicker lines. It took me a while to find it.
Closing as invalid as this was really a support question.

hi, I had this error/bug/usability concern... myself in the viewport pies addon.
I found the issue was in the submodule registration.
Basically, the workspace filter filters active addons but not the addon's submodules if they are not correctly enabled/activated and most important, registered.. This was especially transparent in the viewport pies addon where the behavior was to activate the addon then activate each pie individually. After I adopted the submodule code from the "official pies" 2.8? I was able to use the viewport pies and they respected the workspace filters properly. You can see the submodule code in the viewport pies here: https://developer.blender.org/diffusion/BA/browse/master/space_view3d_pie_menus/__init__.py hope it helps.
Unfortunately this is not really a bug and relates to 3rd party addons. Whilst this is a known issue and my initial discovery of the bug was using hardops.. I'm not sure what's expected here.
Register your addons and submodules properly and workspace filtering works.
Thanks.

closing resolved

hi, the changes to rigify docs now 404 and also mismatch with the original link in the addon.
The removal of rigify.rst breaks the link to:

accepted and committed. should be in 2.82 release.

This is still valid and could be considered a paper cut?

removing addons, cycles has own tracker

investigating

fdaa6f6b797b
This commit mostly resolves issues in the materials. I'm not quite finished with the final content but you should find that there's very fast shader compile times in the supplied samples.
This issue was not really a bug but an issue with incompatible shader trees. Many of the materials were created in Blender 2.7x and needed updating to work with both Eevee and Cycles.
Note: I'm removing Addons from this task. The issue still remains that if you test the 2.81 materials lib vx samples there are crashes and stalls. If Eevee is the active render pressing either rendered or preview is causing stalls and crashes in many cases. I've also sampled many materials, created for Cycles in Blender 2.6 and 7x with crashes and stalls in around 70%.
*stalls do not report shader compiling.
Thanks.

tested on windows with no issue. Install from zip and install from file both worked for me.
Exactly which addon were you trying to install?
Are you getting the crash as soon as you press the install button or when you're choosing the file?
Is there an error reported or does Blender close when you press Install?

hi, the write arabic text addon T62011 is made for Blender 2.8 series.
Tested as working in blender 2.82 nightly.
Closing as invalid.

@Rombout Versluijs (rombout) it's moved to release. it's still in nightly builds and will be in 2.82 release. https://wiki.blender.org/wiki/Reference/Release_Notes/2.82/Add-ons

@Wilbur Jaywright (zargulthewizard)
hi, this is getting closer, It's a near complete file with many materials, I'm still getting a slowdown 1 second on the new wood and the brushed metal. This will give you a better overall view on what's improved now and potentially any slowdowns.

just a follow up that the Stone Red material is a solid crasher in both cycles and eevee. not sure what's wrong there. Going back to 2.81 3 months ago it lags but still loads. now it fails to load and instant crash in Cycles and Eevee. Looking back at the included nodes in the material, there seems little there to cause any issue.

@Dalai Felinto (dfelinto) hi, I was not sure why you removed me as assignee here? Then thinking on it, there's a couple of issues here that should be split into 2 tasks.

@Rombout Versluijs (rombout) Amaranth is in the community section now.

thanks!

to address your 2 issues:

Setting Priority.

hi, in 2.81/2 you can right click and there's a menu item to "Change Bolt". this is not a bug. but I did find another one for which I will create a new task. thanks.

look at the view menu, flip the header to the bottom and see the order reversed.

hi, just to let you know I'm updating the materials. I've only done the first one 1970's tiles and I identified and removed the bottlenecks. It now switches seamlessly between viewport display modes and Eevee/Cycles. I'll have everything ready in nightly builds within a couple of weeks.
@Wilbur Jaywright (zargulthewizard) can you test the current 1970's tiles then test this new version to see if it speeds up loading for you also?

fixed