Interrupt action with RMB doesn't work in tablet mode, when "Release Confirms" is checked in preferences #77112
Labels
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
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#77112
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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: Releasebuild 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.
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!
Expected action: Interrupting the cube movement.
Added subscriber: @ChristophWerner
Interrupt action with RMB doesn't work in tablet mode, when "Release conform" in prefs is checkedto Interrupt action with RMB doesn't work in tablet mode, when "Release confirm" in prefs is checkedInterrupt action with RMB doesn't work in tablet mode, when "Release confirm" in prefs is checkedto Interrupt action with RMB doesn't work in tablet mode, when "Release Confirms" is checked in preferencesAdded subscriber: @ideasman42
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?
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'
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.
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.
Added subscriber: @lichtwerk
Also cannot reproduce with a Intuos 4 Wacom Tablet on Linux.
Will tag as Windows-only issue for now.
Added subscriber: @PrototypeNM1
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 ?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.
Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'
Still no issue on Linux.
Thank you.
@ChristophWerner
Changed status from 'Confirmed' to: 'Needs User Info'
It's "Automatic".
I've tested it and the issue happens in all Tablet API modes.
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 [ 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:
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
@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?
Cosole log is empty for any reason. No data is written. So here are my observations with the latest version:
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 .
Here is the log file from today morning: P1779
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 asblender.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.
@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?
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. :)