Regression: Drag Fallback on Tweak is using Move instead #96885

New Issue

Julien Kaspar · 2022-03-30T12:28:22+02:00

Julien Kaspar commented

2022-03-30 12:28:22 +02:00

System Information
Operating system: Linux-5.4.0-105-generic-x86_64-with-glibc2.31 64 Bits
Graphics card: Quadro GP100/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 470.103.01

Blender Version
Broken: version: 3.2.0 Alpha, branch: master, commit date: 2022-03-30 07:02, hash: 0f94c99ee7

Short description of error
The "drag" tool setting in the header defines what a drag outside of a gizmo will do. If set to "Active Tool" it will use the active tool in the toolbar as an action. If set to any of the selection tools it will use that way of selection.

The issue is that on left click select, when the drag setting is set to "Tweak", it will move selected elements instead of tweaking.

Exact steps for others to reproduce the error

Activate the rotate tool in the toolbar
Set the drag setting to "Tweak"
Click and drag anywhere in the viewport outside the gizmo (That could be empty space or other objects that you want to tweak)
Blender will instead move the selected elements

**System Information** Operating system: Linux-5.4.0-105-generic-x86_64-with-glibc2.31 64 Bits Graphics card: Quadro GP100/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 470.103.01 **Blender Version** Broken: version: 3.2.0 Alpha, branch: master, commit date: 2022-03-30 07:02, hash: `0f94c99ee7` **Short description of error** The "drag" tool setting in the header defines what a drag outside of a gizmo will do. If set to "Active Tool" it will use the active tool in the toolbar as an action. If set to any of the selection tools it will use that way of selection. The issue is that on left click select, when the drag setting is set to "Tweak", it will move selected elements instead of tweaking. **Exact steps for others to reproduce the error** - Activate the rotate tool in the toolbar - Set the drag setting to "Tweak" - Click and drag anywhere in the viewport outside the gizmo (That could be empty space or other objects that you want to tweak) - Blender will instead move the selected elements

Julien Kaspar commented

2022-03-30 12:28:22 +02:00

Added subscriber: @JulienKaspar

blender-admin commented

2022-03-30 12:28:22 +02:00

#98615 was marked as duplicate of this issue

Campbell Barton was assigned by Julien Kaspar

2022-03-30 12:28:33 +02:00

Philipp Oeser commented

2022-03-30 12:59:14 +02:00

Changed status from 'Needs Triage' to: 'Confirmed'

Philipp Oeser changed title from ~~Drag Fallback on Tweak is using Active Tool instead~~ to Drag Fallback on Tweak is using Active Tool instead (LMB select preference)

2022-03-30 12:59:34 +02:00

blender-admin commented

2022-04-05 04:29:31 +02:00

This issue was referenced by 0f530b0b03

This issue was referenced by 0f530b0b03c5393944ecbf29d52e777dd162ee9d

Campbell Barton commented

2022-04-05 04:32:23 +02:00

Changed status from 'Confirmed' to: 'Resolved'

Campbell Barton closed this issue

2022-04-05 04:32:23 +02:00

Campbell Barton commented

2022-04-21 10:29:06 +02:00

Changed status from 'Resolved' to: 'Confirmed'

Campbell Barton reopened this issue

2022-04-21 10:29:06 +02:00

Campbell Barton commented

2022-04-21 10:29:06 +02:00

This bug is happening again, re-opening.

Philipp Oeser commented

2022-04-27 12:43:58 +02:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2022-04-27 12:43:58 +02:00

Now it seems to work for LMB (but is wrong on RMB select preference?)

In any case, this looks like a regression, will raise priority.

Now it seems to work for LMB (but is wrong on RMB select preference?) In any case, this looks like a regression, will raise priority.

Philipp Oeser changed title from ~~Drag Fallback on Tweak is using Active Tool instead (LMB select preference)~~ to Regression: Drag Fallback on Tweak is using Active Tool instead

2022-04-27 12:44:14 +02:00

Campbell Barton commented

2022-05-04 05:20:04 +02:00

Changed status from 'Confirmed' to: 'Resolved'

Campbell Barton closed this issue

2022-05-04 05:20:04 +02:00

Campbell Barton commented

2022-05-04 05:20:04 +02:00

I can't redo this bug with factory settings. Drag is now translating, not rotating - which is expected as tweak's drag action is to translate.

Julien Kaspar commented

2022-05-04 09:45:10 +02:00

@ideasman42 The bug is actually still there, just worse. It will now always move, no matter which tool, if the drag option is set to tweak.
It should instead use the exact same behaviour as the Tweak Tool.

@ideasman42 The bug is actually still there, just worse. It will now always move, no matter which tool, if the drag option is set to tweak. It should instead use the exact same behaviour as the Tweak Tool.

Philipp Oeser commented

2022-05-04 14:42:28 +02:00

Changed status from 'Resolved' to: 'Confirmed'

Philipp Oeser reopened this issue

2022-05-04 14:42:28 +02:00

Philipp Oeser commented

2022-05-04 14:42:28 +02:00

Talked to @JulienKaspar in chat, will reopen for re-consideration.

Julien Kaspar changed title from ~~Regression: Drag Fallback on Tweak is using Active Tool instead~~ to Regression: Drag Fallback on Tweak is using Move instead

2022-05-04 14:45:29 +02:00

Julian Eisel commented

2022-05-23 15:02:08 +02:00

Added subscriber: @JulianEisel

Julian Eisel commented

2022-05-23 15:02:08 +02:00

@ideasman42 what do you think we should do with this? If we don't plan to prioritize this, we shouldn't keep it marked as high priority. But from what I understand you're not planning to address this currently, so maybe better to mark it as known issue too?

Campbell Barton commented

2022-05-30 11:19:52 +02:00

I'd like to look into a fix, however the commit that caused this also fixed bad behavior which would always select on accessing the tool too (which seemed quite buggy).
Where using the ruler for e.g. would always select before moving the ruler.

So reverting that change doesn't seem like a great option.

Lowering the priority since I don't think this is essential to fix for 3.2 release.

I'd like to look into a fix, however the commit that caused this also fixed bad behavior which would always select on accessing the tool too (which seemed quite buggy). Where using the ruler for e.g. would always select before moving the ruler. So reverting that change doesn't seem like a great option. Lowering the priority since I don't think this is essential to fix for 3.2 release.

Campbell Barton commented

2022-08-12 05:48:43 +02:00

Added subscribers: @Christopher-Tyler, @ideasman42, @PratikPB2123