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

Closed
opened 2020-05-27 18:36:00 +02:00 by Christoph Werner · 35 comments

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: 375c7dc4ca, 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.

blender_tablet_right_mouse_button01.jpg

**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. ![blender_tablet_right_mouse_button01.jpg](https://archive.blender.org/developer/F8558179/blender_tablet_right_mouse_button01.jpg)

Added subscriber: @ChristophWerner

Added subscriber: @ChristophWerner
Christoph Werner changed title 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 2020-05-27 18:36:20 +02:00
Christoph Werner changed title 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 2020-05-27 18:37:12 +02:00

Added subscriber: @ideasman42

Added subscriber: @ideasman42

Changed status from 'Needs Triage' to: 'Needs User Info'

Changed status from 'Needs Triage' to: 'Needs User Info'

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?

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

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

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

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?
  • @ChristophWerner could you try this on another computer? or see if the issue is spesific to your configuration?
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? - @ChristophWerner 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.

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.
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Member

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

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

Added subscriber: @PrototypeNM1

Added subscriber: @PrototypeNM1

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

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

@lichtwerk (sorry, tagged the wrong person) could you recreate the issue with [this build ]] and copy the system console [ https:*developer.blender.org/paste/edit/form/default/ | here ?

@lichtwerk (sorry, tagged the wrong person) ~~could you recreate the issue with [this build ]] and copy the system console [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/)?~~

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".

**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".

@ChristophWerner could you recreate the issue with [this build ]] and copy the system console [ https:*developer.blender.org/paste/edit/form/default/ | here ?

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

@ChristophWerner could you recreate the issue with [this build ]] and copy the system console [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/)? 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 self-assigned this 2020-10-22 10:31:21 +02:00

Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'

Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'
Member

Still no issue on Linux.

Still no issue on Linux.

In #77112#1039152, @PrototypeNM1 wrote:
@ChristophWerner could you recreate the issue with [this build ]] and copy the system console [ https:*developer.blender.org/paste/edit/form/default/ | 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.

> In #77112#1039152, @PrototypeNM1 wrote: > @ChristophWerner could you recreate the issue with [this build ]] and copy the system console [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/)? > > 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.

@ChristophWerner

  • Can you check what Tablet API you are using (Edit > Preferences > Input > Tablet > Tablet API)?image.png
  • I still need your input for the build in my last comment even though the issue is confirmed.
@ChristophWerner - Can you check what Tablet API you are using (Edit > Preferences > Input > Tablet > Tablet API)?![image.png](https://archive.blender.org/developer/F9039028/image.png) - I still need your input for the build in my last comment even though the issue is confirmed.

Changed status from 'Confirmed' to: 'Needs User Info'

Changed status from 'Confirmed' to: 'Needs User Info'

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

image.png

It's "Automatic". I've tested it and the issue happens in all Tablet API modes. ![image.png](https://archive.blender.org/developer/F9045153/image.png)

In #77112#1039152, @PrototypeNM1 wrote:
@ChristophWerner could you recreate the issue with [this build ]] and copy the system console [ https:*developer.blender.org/paste/edit/form/default/ | 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

> In #77112#1039152, @PrototypeNM1 wrote: > @ChristophWerner could you recreate the issue with [this build ]] and copy the system console [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/)? > > 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](https://archive.blender.org/developer/P1734.txt)

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 [ https:*developer.blender.org/paste/edit/form/default/ | 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 [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/) (so the report doesn't become a wall of logs).

In #77112#1040660, @PrototypeNM1 wrote:
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 [ https:*developer.blender.org/paste/edit/form/default/ | 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
> In #77112#1040660, @PrototypeNM1 wrote: > 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 [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/) (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 ```

In #77112#1041169, @ChristophWerner wrote:

In #77112#1040660, @PrototypeNM1 wrote:
...
I've uploaded a build with some changes, could you test [this build ]], and if it doesn't fix the issue upload the log [ https:*developer.blender.org/paste/edit/form/default/ | 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.

> In #77112#1041169, @ChristophWerner wrote: >> In #77112#1040660, @PrototypeNM1 wrote: >> ... >> I've uploaded a build with some changes, could you test [this build ]], and if it doesn't fix the issue upload the log [[ https:*developer.blender.org/paste/edit/form/default/ | here ](https:*blender.community/c/graphicall/Wlbbbc/) (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

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](https://archive.blender.org/developer/P1738.txt)

@ChristophWerner I [updated the build ]] with additional logging, could you recreate the bug and [ https:*developer.blender.org/paste/edit/form/default/ | upload the console log again?

@ChristophWerner I [updated the build ]] with additional logging, could you recreate the bug and [[ https:*developer.blender.org/paste/edit/form/default/ | upload the console log ](https:*blender.community/c/graphicall/Wlbbbc/) 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).

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 [ https:*developer.blender.org/paste/edit/form/default/ | paste console here .

I fixed the issue with the system console not working, [download build here ]] and [[ https:*developer.blender.org/paste/edit/form/default/ | paste console here ](https:*blender.community/c/graphicall/Wlbbbc/).

Here is the log file from today morning: P1779

Here is the log file from today morning: [P1779](https://archive.blender.org/developer/P1779.txt)

I think #83120 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).
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.

I think #83120 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`).~~ [blender_debug_events.cmd](https://archive.blender.org/developer/F9380941/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.~~

@ChristophWerner 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?

@ChristophWerner disregard the above, could you repeat the bug in [this build](https:*blender.community/c/graphicall/Wlbbbc/), copy the system console [to this link](https:*developer.blender.org/paste/edit/form/default/), and link the paste in a reply to this report?

In #77112#1083793, @PrototypeNM1 wrote:
@ChristophWerner 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?

> In #77112#1083793, @PrototypeNM1 wrote: > @ChristophWerner disregard the above, could you repeat the bug in [this build](https:*blender.community/c/graphicall/Wlbbbc/), copy the system console [to this link](https:*developer.blender.org/paste/edit/form/default/), 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?

Changed status from 'Needs User Info' to: 'Resolved'

Changed status from 'Needs User Info' to: 'Resolved'

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

Nope, if the issue is gone there wouldn't be anything interesting in the log. Thanks for confirming. :)
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#77112
No description provided.