I think this modifier bug was affecting other exporters as well.

Thanks Bretch, I will test it and follow up here.

Who knew? Interesting feature at best. I agree with you that this should be off. thanks for the tip

In T61052#610922, @Brecht Van Lommel (brecht) wrote:

It can be reproduced by disabling your network connection. Any code that does network access needs to handle exceptions.

Thanks for the follow up, I am going to test it and follow up here.

I might be able to take the addon maintainer responsibility if the role is mostly reviewing the addons and communicating with the addon developers for inclusion. Just an idea.

I am wondering if someone else also do a basic test with this to see, it crashes their Blender as wel. I cant find why this crashes Blender.

All this sounds really really good, thanks for working on it.

I am wondering if this patch can also deal with drag and drop of external meshes like an obj from the system's file browser? Rigth now one has to go through import to do all that but most 3d applications support drag and drop of mesh from outside.

trace from Linux

Ok I actually went ahead and mapped right button (well it is top and bottom on a pen) of my Wacom tablet to "Ctrl - Left" ,so my right click is actually a lasso selection now. As far as I can tell this is quite a workflow improvement, at least for me and I can definietely recommend this combo to be part of Blender as an option.

I have been a left click (with a wacom tablet) user in Blender for a long time. It worked perfectly for me, especially because I liked the tweaking functionality where I do not need to press a second button to do my model tweaks or animations, just like dragging a node in the node editor.

That is why I added as FR: (Feature request)

@Brecht Van Lommel (brecht) thanks for the pointers.

In D3576#90281, @LazyDodo (LazyDodo) wrote:

Which is one of the reasons i picked sentry unlike other solutions in this space, it's opensource and you can run it on your own servers.

I hope that Blender Foundation eventually does not rely on Sentry.Io or any other 3rd party entity when it comes this functionalty. This is all how it starts, first you want to know about the crashes, then you want to know what was leading to the crash, then how the user interacts with Blender, then you want everyone to have an account with Blender to use it etc etc. Not saying there are such intentions but feature creeps happen all the time. Also I had seen these exact same foot steps with all the apps I used in the past like Maya, Modo, Mudbox, Photoshop etc etc.

I also want to add that this new implemetation breaks the ability to pose the bones with left click (drag and release), which works perfectly with 2.79x or before either with left or right mouse buttons.

@Campbell Barton (campbellbarton) thanks for the speedy fix. Had this bug(or a feature) been recent introduction or been there for quite some time?

I just added repeat steps to the original entry.

I actually just tested this with regular "Save Copy" from the file menu, there is the exact same issue. So this does not seem to be anything about the Python call, might be either a design thing or an issue that was overlooked all this time, I cant be sure.

That is undestandable. I will try testing it once I am able to setup building Blender on my new desktop. I am just hoping that the addition wont make the existing modifier slower when the new bisect feature is not enabled, ideally it should but I just want to make sure.

May I recommend that this feature should be tested on higher resolution meshes against the unmodified mirror modifier to see what the performance penalty is?

Regnas, there are no issues to you, that is perfectly fine. Matter of minor disagreement here. I was trying to make my case about actively active tool panels. Based on the screenshot you provided, the issue is that sizing of the info box constantly changes which I personally find distractiong, however I agree that it is not as extreme as the viewport widgets issue.

In T57727#553100, @Regnas (Regnas) wrote:

In T57727#553062, @kursad k (kursadk) wrote:

This is annoying hell in my use case. I can fire move or scale or rotate couple times a second in edit mode, the ui elements appear and disappear so many times makes me dizzy. If all you do is move things here and there, it might not be an issue but if you like to work fast and efficient, this is not the sitaution one wants to be in. I personally find the current way of handling of hiding other stuff on the screen to show operation info to be an half baked idea.

You must be thinking about something else.
I'm talking about this kind of stuff:

I don't consider this kind of thing as flickering. This is something very natural that happens in every software that has panel that shows properties of several things.

In T57727#552957, @Regnas (Regnas) wrote:

Thanks for adding this bug.

Hey thanks for the patch. Can it support .obj(since it is a very common format) in the future ?

I added a new revision to the diff

I added it for review

Here is the most recent patch that is supposed to take care of

Some Updates

I started adding some stuff to my progress wiki. I am intending to keep it updated as I go however I do not have a clear timeline since I can do this only on my free time.

I got a new system, so I had to move all my dev stuff and setup a likes. I got it patched and build Blender with the modifier, but I have not had time to start finalizing it. I am hoping that I will be able to start working on it very soon