OK, I finally found time to look at this. Unfortunately, I am going to close this as "working as intended". The workaround cited above (turn off Loop Slide) should be satisfactory in cases like this.
Thu, Mar 21
Rohan's GSoC fix did indeed fix this particular case and is now in master, so closing this bug.
Clearing out old bugs. Clamping is currently working as intended, even if not ideal. The long term fix is to actually have the geometry merge and/or otherwise do intelligent things when collision happens, and then remove 'Clamp' completely. I hope to get to that as my next big bevel improvement project, though it is some time off.
Closing this now that Bevel has a user editable keymap, so users can map spacebar to confirm if that's what they want.
Wed, Mar 20
Artifacts from overlapping faces are not currently considered a bug.
Can no longer reproduce the crash and modifier appears to work correct after binding. Considering it solved.
Tue, Mar 19
Hi, It would be very useful for me to have the vertex group or any other way, to affect bevel size per vertice, something like this:
I added the image to the right click select post too, please let me know if it is not ok here, thanks!
Mon, Mar 18
More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.
Thu, Mar 14
The Bevel and Curve Resolution are basically akin to U/V resolution on a UV Sphere. So I think yes, it does make sense to add both here.
Wed, Mar 13
I split the properties between edit and object mode using a custom interface.
Thanks for the response. Good to see the curve default changes are pretty much ready to go. Feel free to commit those.
I would leave out resolution from the add operator regardless, it should just have some reasonable default.
I think this change makes sense.
Wed, Mar 6
I am not sure whether I did anything in particular to fix the mouse sensitivity to percent, but it seems fine to me. Maybe this also had to do with the scale issue that my commit did fix. If the original reporter of this bug thinks it is still not ok for percent, please give more details (a .blend, and details about what you did -- I'm assuming adjusting by mouse movement, but maybe that was a wrong assumption).
Tue, Mar 5
Fixing in 2.7x requires porting more changes then just this fix, closing.
Mon, Mar 4
Sorry for the late followup.
Ok Thank you .
Sat, Mar 2
It seems the issue stems from the fact that Curves are added as primitives which can be created in both object and edit mode. So a fix to this might require some unwieldy code duplication.
Unless someone can suggest a potential fix or is okay with this bit of UI inconsistency. I'm thinking of leaving out the extension to the add curve menu and make my only change a default to full fill mode.
I've been made aware that the extra options only make sense in the context of object mode (creating a new curve). It's getting late tonight so I'll look into a solution tomorrow.
Thu, Feb 28
Tue, Feb 26
Mon, Feb 25
Fri, Feb 22
Thu, Feb 21
I will fix this by splitting, which will also make it possible to do units right (have already done this splitting in the modifier).
This is also a problem for the units - we can’t make this value either a % or distance (m) because the same value is used for both distance and percentage.
Feb 21 2019
Yeah, that can be annoying.
Feb 15 2019
Feb 14 2019
Feb 13 2019
Feb 12 2019
I confirm this and will fix it. Thanks for the report.
Getting an assert in Eigen:
Feb 11 2019
Updated F2 addon included in SmartF with latest changes.