Page MenuHome

Fallback actions are used in RCS on left click
Closed, ResolvedPublic

Description

System Information
Operating system: Linux-5.15.0-41-generic-x86_64-with-glibc2.35 64 Bits
Graphics card: Quadro GP100/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 510.73.05

Blender Version
Broken: version: 3.3.0 Alpha, branch: master, commit date: 2022-07-25 06:14, hash: rB44258b5ad073
Worked: Blender 3.0
Caused by: rBb0847eff2a29: Fix T93625: fallback tools don't work with RMB select.

Short description of error
The "Drag" tool setting was introduced in right click select a few releases ago as an optional setting.
By default it appears in the UI but isn't used. Once the preference "Right Mouse Selection Action" is set to "Selection Tool", it would then use the Drag actions on right click drag.

In recent Blender versions this behavior broke and when the preference is set to "Select & Tweak" (factory settings), it will instead use the drag actions on left click drag.
This is not intended behavior and blocks existing shortcuts such as placing and dragging the 3D cursor on LC, and lasso selection on Ctrl LC Drag and Ctrl Shift LC Drag.

Expected behavior

When set to "Selection Tool":
Right click and drag will be used for the current drag fallback action.

When set to "Select & Tweak":
Right click and drag will be used for tweaking the selected element.

In both cases, left click keymap entries are not affected.

Exact steps for others to reproduce the error

  • Open factory settings
  • Set "Select with Mouse Button" to Right
  • Set the active tool to Cursor
  • Hold Shift or Ctrl and left click drag in the viewport
  • It uses the selection action of the drag setting

Event Timeline

Julien Kaspar (JulienKaspar) reopened this task as Confirmed.EditedAug 16 2022, 5:32 PM
Julien Kaspar (JulienKaspar) updated the task description. (Show Details)

I think there was a misunderstanding.
The issue is not that *specifically* the Cursor tool, was using LC for drag fallback tools.
The issue is that *any* tool is using LC for the drag fallback.

I'll reopen the task and update the description to make this more clear.
The core issue of this bug is that right click drag actions need to be defined by the related preferences.
Left click keymap entries should not be affected by these preferences.

Julien Kaspar (JulienKaspar) triaged this task as High priority.EditedSep 27 2022, 4:12 PM

I'll raise this in priority for now.
The original report was not a recent regression. But the recent false fix that was commited caused yet another regression.

As a result:
Anyone coming into the right click select with a factory default keymap will not be able to reliably use very common selection operators.
Also anyone who'd like to box select via right click drag will not be able to do so because the Cursor tool (commonly set as default) doesn't support it anymore.
@Simon Thommes (simonthommes) for example approached me today if box selecting via right click drag is possible.
We must fix this for the next release.

@Campbell Barton (campbellbarton) Hey, can you please take a look at this report again once you're back?