Bug 375908

Summary: [HUION] mouse doesn't work anymore in the canvas after using a Huion WH1409
Product: [Applications] krita Reporter: Ryokun <renaudpinon>
Component: Tablets (tablet issues are only very rarely bugs in Krita!)Assignee: Krita Bugs <krita-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: halla
Priority: NOR Keywords: triaged
Version First Reported In: 3.1.2   
Target Milestone: ---   
Platform: macOS (DMG)   
OS: macOS   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Tablet log

Description Ryokun 2017-02-02 18:14:29 UTC 
The mouse left button doesn’t work anymore in the picture canvas after using a Huion Tablet (and probably others).

How to reproduce the bug:
- Launch Krita
- Create a new document
- Select the brush tool
- draw in the canvas with the left mouse button pressed: it works.
- draw on the canvas with a Huion Tablet (it works)
- draw again with your mouse: the cursor moves but there’s no input on the canvas.

Comments:
This is not limited to the brush tool: no tool works with the mouse anymore after that (selection, rectangle tool, pan tool, ...). Furthermore, after that, the right mouse button doesn’t make appear the brush HUD anymore.
The only way to get the mouse to work again in the canvas is to quit Krita and launch it again.
Comment 1 Halla Rempt 2017-05-12 08:10:46 UTC 
Could you attach a tablet log? I haven't got a huion here, and it isn't reproducible with a Wacom tablet. It's likely that the huion misses some stylus-up or mouse-up event... You start the tablet log by starting krita from Terminal.app:

krita.app/Contents/MacOS/krita

Then press command-shift-t, a message box pops up that says "tablet log enabled"

Then reproduce the bug, and copy and paste the entire output of the terminal to the bug report.
Comment 2 Ryokun 2017-05-12 10:35:50 UTC 
Created attachment 105469 [details]
Tablet log

Little explanation:

Step 1 -> draw with mouse:
--------------------------
line 4317: mouse press start
between: mouse move
line 4449: mouse press stop (result as expected -> the mouse is drawing on the canvas)

Step 2 -> tablet:
-----------------
line 4762: Tablet proximity event
line 4763: tablet press event
Between: tablet move events
line 9297: tablet release event

line 9695: Tablet proximity event
line 9696: tablet press event
between: tablet move events
line 12671: tablet release event

Step 3 -> draw with mouse:
--------------------------
(line 12670: "Stop ignoring mouse events")
line 12728: mouse press start
between: mouse move
line 12814: mouse press stop (not as expected -> the mouse cursor has moved but nothing has been drawn on the canvas)
Comment 3 Andrew Crouthamel 2018-09-28 02:39:34 UTC 
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Andrew Crouthamel 2018-10-28 03:25:28 UTC 
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!