Bug 451585 - No pen pressure sensitivity when window receives focus via pen
Summary: No pen pressure sensitivity when window receives focus via pen
Status: CONFIRMED
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (show other bugs)
Version: 5.0.2
Platform: macOS (DMG) macOS
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
: 452667 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-03-16 19:05 UTC by rumcode
Modified: 2022-04-18 14:57 UTC (History)
5 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 rumcode 2022-03-16 19:05:36 UTC
SUMMARY
If the Krita window receives focus as a result of drawing with a pen, pressure senstivity is maxed out, as if using a mouse, until user clicks with a mouse in the window and then goes back to pen.


STEPS TO REPRODUCE
1. Open Krita with a graphics tablet connected
2. Click outside of the window so that Krita loses focus
3. Start drawing in the Krita window with the tablet pen

OBSERVED RESULT
Pressure senstivity is ignored / maxed out. This can be resolved by clicked in the window with a mouse and then switching back to the pen.

EXPECTED RESULT
The pen should draw normally, with pressure values having effect.

SOFTWARE/OS VERSIONS
macOS: 12.2.1

ADDITIONAL INFORMATION
Tablet used is a One by Wacom with the latest drivers.
Comment 1 Ahab Greybeard 2022-03-18 16:35:39 UTC
This doesn't happen with the 5.0.2 appimage on Debian 10 using a Wacom Intuos Draw tablet.
The stylus immediately paints with pressure sensitivity when moving between application windows.
Comment 2 rumcode 2022-03-21 13:42:04 UTC
(In reply to Ahab Greybeard from comment #1)
> This doesn't happen with the 5.0.2 appimage on Debian 10 using a Wacom
> Intuos Draw tablet.
> The stylus immediately paints with pressure sensitivity when moving between
> application windows.

This issue is reported for macOS only
Comment 3 Dmitry Kazakov 2022-03-29 14:30:16 UTC
Just for the info: on Windows the first stroke on focus-in is explicitly ignored by Krita.
Comment 4 vanyossi 2022-04-18 14:32:20 UTC
*** Bug 452667 has been marked as a duplicate of this bug. ***
Comment 5 vanyossi 2022-04-18 14:57:55 UTC
The tablet logger shows that upon clicking with the mouse in another app and starting to draw directly into krita, the "TabletEnterProximity" is not triggered so the tablet stylus is seen as a mouse.

This does not happen if alt + tab is used to change windows focus, or the tablet to click outside krita. on macOS this only happens if paint is started while another application was in focus and the mouse was used in any way. this issue is more prone to happen on multimonitor setups where krita might be on a monitor on its own with the tablet mapped only to that monitor.

WORKAROUND:
After getting focus back into krita, move the stylus out of proximity range out and back.

We might need to do the same as in windows.