Page MenuHome

Interrupt action with RMB doesn't work in tablet mode, when "Release Confirms" is checked in preferences
Closed, ResolvedPublic

Description

System Information
renderer: 'GeForce GTX 1080 Ti/PCIe/SSE2'
vendor: 'NVIDIA Corporation'
version: '4.5.0 NVIDIA 442.59'
pen tablet hardware: Intuos 5 by Wacom

Blender Version
version: 2.82 (sub 7), branch: master, commit date: 2020-03-12 05:06, hash: 375c7dc4caf4, type: Release
build date: 2020-03-12, 15:41:08
platform: Windows

Short description of error
While editing an object in Blender it is possible to interrupt an action by pressing the right mouse button.
Example: Move an object with left mouse button, hold the left mouse button and press the right one addionally.
-> The action will be interrupted and the object moves back to it's original position.

But all this isn't working when you try this with a tablet pen and use the "Tweak" tool in combination using a wacom tablet for example.

The workaround for tablet users is to uncheck the "Release Confirms" function in the input section of Blenders preferences.
But then you have the problem of confirming all actions by using the pen tip, because it reperents the left mouse button.

Exact steps for others to reproduce the error

Only effects when using a tablet device, like a wacom tablet!

  1. Move the default cube in Blender by dragging it somewhere and keep holding the pen tip! Use the Tweak tool for this, please.
  2. Press the pen button now, that is assigned as your right mouse button.

-> Instead of interrupting the action, the object context menu dialog appears.

Expected action: Interrupting the cube movement.

Event Timeline

Christoph Werner (Taros) renamed this task from Interrupt action with RMB doesn't work in tablet mode, when "Release conform" in prefs is checked to Interrupt action with RMB doesn't work in tablet mode, when "Release confirm" in prefs is checked.May 27 2020, 6:36 PM
Christoph Werner (Taros) renamed this task from Interrupt action with RMB doesn't work in tablet mode, when "Release confirm" in prefs is checked to Interrupt action with RMB doesn't work in tablet mode, when "Release Confirms" is checked in preferences.
Christoph Werner (Taros) created this task.
Campbell Barton (campbellbarton) changed the task status from Needs Triage to Needs Information from User.May 29 2020, 9:31 AM

Tested with a wacom intuos 3 on Linux and can't redo this, with/without release to confirm, right mouse always cancels and never opens the context menu.

Can you double check this happens from factory settings?

I'm using a intuos 4 Wacom Tablet in windows 10.
It's still happen with factory settings. Have reloaded the factory settings in the prefs and made another test.

See this video recording: https://youtu.be/EouX02N3_VM

Campbell Barton (campbellbarton) changed the task status from Needs Information from User to Needs Information from Developers.Jun 16 2020, 4:41 AM

This could be spesific to windows or your configuration, if it was a common problem I'd assume we'd get many more reports about this though.

  • Could someone on windows with an intuos 4 test this?
  • @Christoph Werner (Taros) could you try this on another computer? or see if the issue is spesific to your configuration?

Hi Campbell.

I've asked a friend to test it on his computer with Blender 2.83 and a wacom intuos 5.
He gets the same issue. When he tries to drag an object and press the right mousebutton by using his wacom pen, then the object menu appear, instead of the expected action interruption.

I guess the most wacom users works different and are using control gizmos for editing. My friend for example is using his wacom tablet to control all apps. He never used the the right mouse button to interrupt an action in Blender.
Instead he use the regular undo. Maybe it's just he, but I think tablet users think different overall.

So to answer your question:
Yes. The same happen on a different windows 10 installation and a wacom intuos tablet.
So we tested it here with two different windows 10 systems and a wacom intuos version 4 and 5.

Also cannot reproduce with a Intuos 4 Wacom Tablet on Linux.
Will tag as Windows-only issue for now.

Could not reproduce on a Surface device (Windows Ink) or a Wacom Bamboo (Wintab or Windows Ink).

Nicholas Rishel (nicholas_rishel) added a project: Restricted Project.EditedOct 22 2020, 3:28 AM

@Philipp Oeser (lichtwerk) (sorry, tagged the wrong person) could you recreate the issue with this build and copy the system console here?

Update:
I've added some more details to my bug post. It happens only if you use the "Tweak" Tool.
All is fine pressing "g".

@Christoph Werner (Taros) could you recreate the issue with this build and copy the system console here?

Edit: I retested with the updated instructions and was able to recreate the issue at least on one Windows Ink device. Will investigate.

Nicholas Rishel (nicholas_rishel) changed the task status from Needs Information from Developers to Confirmed.Oct 22 2020, 10:31 AM

Still no issue on Linux.

@Christoph Werner (Taros) could you recreate the issue with this build and copy the system console here?

Edit: I retested with the updated instructions and was able to recreate the issue at least on one Windows Ink device. Will investigate.

Thank you.

@Christoph Werner (Taros)

  1. Can you check what Tablet API you are using (Edit > Preferences > Input > Tablet > Tablet API)?
  2. I still need your input for the build in my last comment even though the issue is confirmed.
Nicholas Rishel (nicholas_rishel) changed the task status from Confirmed to Needs Information from User.Oct 23 2020, 5:58 AM

It's "Automatic".
I've tested it and the issue happens in all Tablet API modes.

@Christoph Werner (Taros) could you recreate the issue with this build and copy the system console here?

Edit: I retested with the updated instructions and was able to recreate the issue at least on one Windows Ink device. Will investigate.

Same issue with the build you asked for:

My Log file: P1734

The behavior you're seeing is because the Automatic Tablet API is falling back to Windows Ink. The behavior you see is a known limitation for that API. It shouldn't be falling back like that.

I've uploaded a build with some changes, could you test this build, and if it doesn't fix the issue upload the log here (so the report doesn't become a wall of logs).

The behavior you're seeing is because the Automatic Tablet API is falling back to Windows Ink. The behavior you see is a known limitation for that API. It shouldn't be falling back like that.

I've uploaded a build with some changes, could you test this build, and if it doesn't fix the issue upload the log here (so the report doesn't become a wall of logs).

Thank you. I can't execute your build and get some system errors here:

VCRUNTIME140D.dll missing
ucrtbased.dll missing
MSVCP140D.dll missing

...
I've uploaded a build with some changes, could you test this build, and if it doesn't fix the issue upload the log here (so the report doesn't become a wall of logs).

Thank you. I can't execute your build and get some system errors here:

VCRUNTIME140D.dll missing
ucrtbased.dll missing
MSVCP140D.dll missing

My fault, uploaded a debug build. :B

Please test the updated the build, same link as before.

Feedback:
In your latest build the left mouse button drag function doesn't work with the wacom pen.
I can click with the pen tip, but when I hold then nothing happen. Even options in pull down menus can't be chosen, because I'm not able to drag by holding the left mouse button.

Log file: P1738

Nicholas Rishel (nicholas_rishel) moved this task from Restricted Project Column to Restricted Project Column on the Restricted Project board.Oct 31 2020, 2:46 AM

@Christoph Werner (Taros) I updated the build with additional logging, could you recreate the bug and upload the console log again?

Cosole log is empty for any reason. No data is written. So here are my observations with the latest version:

  • Tweak mode (Mouse): Right mouse button interruption works in all modes
  • "G"-key mode (Wacom Tablet): right mouse button interruption works
  • Tweak tool (Wacom Tablet): Movement doesn't interrupt - "object menu" opens at right mouse button click instead

Note for preferences:
Both "Automatic" mode and "Wintab" mode doesn't work by using a Wacom tablet. Nothing happen by using a pen.
Only "Windows Ink" mode works and have to be set in the prefs by the user (Is not detected automatically).

I fixed the issue with the system console not working, download build here and paste console here.

Here is the log file from today morning: P1779

I think T83120 might be a duplicate of this bug. Could you confirm whether right click cancel previously worked for this hardware, or was it new hardware and you found this was an issue? If not new hardware, could you check if the driver was updated around the same time?

Also, can you try run Blender from console with --debug-events?
https://docs.blender.org/manual/en/latest/advanced/command_line/launch/windows.html

Optionally you can put this file in the same directory as blender.exe and run it (blender_debug_events.cmd).

After that, try to replicate the problem with a few steps and then close the blender.
After Blender closes, the logs will be in a text file which can be attached here.

Nicholas Rishel (nicholas_rishel) removed a project: Restricted Project.Dec 24 2020, 11:43 AM

@Christoph Werner (Taros) disregard the above, could you repeat the bug in this build, copy the system console to this link, and link the paste in a reply to this report?

@Christoph Werner (Taros) disregard the above, could you repeat the bug in this build, copy the system console to this link, and link the paste in a reply to this report?

Hi Nicholas. First a Happy new year to you! :)

I've tested your link for the recent build and it worked directly like expected. Great!
Do you still need the system console output?

Nope, if the issue is gone there wouldn't be anything interesting in the log. Thanks for confirming. :)