Bug 441837 - Middle click sometimes stop being registered on canvas
Summary: Middle click sometimes stop being registered on canvas
Status: RESOLVED WORKSFORME
Alias: None
Product: krita
Classification: Applications
Component: Shortcuts and Canvas Input Settings (show other bugs)
Version: 5.0.0-beta1
Platform: Compiled Sources Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-09-01 00:56 UTC by Yu-Hsuan Lai
Modified: 2022-07-28 04:36 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yu-Hsuan Lai 2021-09-01 00:56:37 UTC
SUMMARY
Sometimes, middle mouse click stop being register on the canvas. It's an elusive bug that can't be reliably reproduced, but happens very often (10+ times per day in my case).

STEPS TO REPRODUCE
1. Open an empty canvas in Krita 
2. Switch to another program
3. Use the program *for a while* (1~2 min)
4. Switch back to Krita

OBSERVED RESULT
Can't use MMB to pan the canvas any more. But still can scroll in dockers via kinetic scrolling. 

EXPECTED RESULT
Being able to pan the canvas as usual.

SOFTWARE/OS VERSIONS
Windows: Windows 11 Pro Version 21H2

ADDITIONAL INFORMATION
It's a very elusive bug that happens *sometimes*. I submit this report just for the record. And more importantly, it seems to only happen on DirectX11 canvas. If anyone ran into this bug, you could try to switch to OpenGL canvas.
Comment 1 Yu-Hsuan Lai 2021-09-02 04:37:04 UTC
After further investigation, I found that DX11 or OpenGL is actually irrelevant. What actually fixed this issue is checking "Tablet Settings -> Use Mouse Events for Right and Middle clicks."
Comment 2 Alvin Wong 2021-09-04 12:17:17 UTC
Can you please answer these questions?

- What tablet brand/model and driver version are you using, or have you been using only a mouse?
- Does it happen only with WinTab or Windows Ink enabled, or both?

Also, since I believe none of the devs currently have Windows 11 installed or have any interest in testing it, I would like to ask you to make a tablet log when the issue happens again:

1. Go to Settings -> Dockers -> Log Viewer docker, make sure it’s checked.

2. In the Log Viewer docker, make sure the first button is pressed (which means the logging is turned on).

3. Press Ctrl + Shift + T to turn on tablet events logging.

4. Try to do middle click draggin several times.

5. Press Ctrl + Shift + T to turn off the logging of the tablet events.

6. Press the third button in the Log Viewer to save the output into a file, then attach it in a reply.
Comment 3 Halla Rempt 2022-06-28 12:04:12 UTC
Setting to needinfo.
Comment 4 Bug Janitor Service 2022-07-13 04:36:58 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
mark the bug 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 5 Bug Janitor Service 2022-07-28 04:36:11 UTC
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!