Bug 426694 - Pen touch breaks drag shortcuts
Summary: Pen touch breaks drag shortcuts
Status: RESOLVED WORKSFORME
Alias: None
Product: krita
Classification: Applications
Component: Shortcuts and Canvas Input Settings (other bugs)
Version First Reported In: nightly build (please specify the git hash!)
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-18 17:31 UTC by blakeodom750
Modified: 2022-05-15 04:35 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description blakeodom750 2020-09-18 17:31:54 UTC
SUMMARY
(git 4b7cab7)
Shortcuts requiring left-click (with or without drag) such as ctrl+click, shift+space+drag only work with the mouse, and when attempted with a stylus the stylus left and right click are no longer registered. Attempting to use the shortcuts with the mouse again no longer works until the program is minimized and then restored. Device is a Dell Inspiron 5400 2-in-1. 

STEPS TO REPRODUCE
1. Hold down color pick (ctrl), pan (space) or other shortcut combo
2. drag with pen
3. try it with mouse


OBSERVED RESULT
Shortcuts don't work with stylus (pointer moves on screen but doesn't draw), and trying with the stylus breaks mouse functionality.

EXPECTED RESULT
Working shortcuts.

SOFTWARE/OS VERSIONS
Windows: Windows 10 Home (19041.508

ADDITIONAL INFORMATION
Pen still works fine for drawing by itself before and after activating the bug.
Comment 1 Ahab Greybeard 2020-09-20 13:10:12 UTC
Testing with the Sept19 4.4.0 alpha (git 1ee63d5) appimage and the 4.3.0 appimage, I can induce a 'lock-out' of the mouse from the canvas as described.
Setting to CONFIRMED.

However, it's not normally needed that you press any 'left-click' stylus button. The act of touching the stylus to the canvas activates any action.
Also after doing any of the actions noted, but only by touching the stylus to the canvas, not by pressing any 'left-click' stylus button, I can still paint with the stylus on the canvas.

When the mouse is 'locked out', it can be restored by minimising and restoring the krita window, as noted.
It can also be restored by switching to another pplication and then switching back to krita.
In both cases, the full normal behaviour is restored.

If the mouse is 'locked-out' and you select another tool from the Toolbar then the mouse will work normally on the canvas again.

If the mouse is locked out and you select another tool then select the original tool, then press e.g. the spacebar, you don't see the hand icon until you left-click with the mouse on the canvas, then all is back to normal.

Another way to induce mouse 'lock-out' is to open the popup palette using the right-click stylus button and then to right-click two presets on the popup palette, one after the other.
Comment 2 Alvin Wong 2022-04-15 16:22:33 UTC
I wonder if this is referring to the same issue as bug 438784? Please check if this still happens on the latest version (5.0.5).
Comment 3 Bug Janitor Service 2022-04-30 04:35:04 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 4 Bug Janitor Service 2022-05-15 04:35:19 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!