Summary: | Pen -> Mouse switching shows mouse draw failure | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Ahab Greybeard <ahab.greybeard> |
Component: | Tablets (tablet issues are only very rarely bugs in Krita!) | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | halla |
Priority: | NOR | ||
Version: | nightly build (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Debian stable | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/kde/krita/commit/d6b1e66ee75a6be721c45deab08591f1309c0122 | Version Fixed In: | |
Sentry Crash Report: |
Description
Ahab Greybeard
2019-05-16 11:50:09 UTC
Git commit 869aaea7c1c7b9fd0f09232290706745d84f23ae by Dmitry Kazakov. Committed on 19/06/2019 at 16:08. Pushed by dkazakov into branch 'master'. Don't eat mouse press events on Linux Since we explicitly accept all the tablet press events, Linux is guaranteed not to generate any synthesized mouse presses for them. Therefore, we shouldn't eat them. On Windows, the events are synthesized by the OS, so we need to eat them still. M +8 -1 libs/ui/input/kis_input_manager.cpp https://invent.kde.org/kde/krita/commit/869aaea7c1c7b9fd0f09232290706745d84f23ae This fully fixes the problem in Debian 10 (thank you), but Debian 9 still has the problem where the brush profile outline doesn't track the mouse cursor until the recovery action of moving outside the workspace has been done - the single mouse click after recovery is no longer needed though. The difficulty is probably that Debian 10 has a newer version of xserver-xorg-input-wacom and libwacom* packages and they are obviously different. On a personal level, I'll try to backport these from Debian 10 to Debian 9 and try to make progress in fully preparing a Debian 10 system (which is due for formal release in July) for my regular use. This is something to bear in mind in the future if anyone with a Debian 9 system reports this problem. Thanks for the extra information! Git commit d6b1e66ee75a6be721c45deab08591f1309c0122 by Boudewijn Rempt, on behalf of Dmitry Kazakov. Committed on 20/06/2019 at 10:33. Pushed by rempt into branch 'krita/4.2'. Don't eat mouse press events on Linux Since we explicitly accept all the tablet press events, Linux is guaranteed not to generate any synthesized mouse presses for them. Therefore, we shouldn't eat them. On Windows, the events are synthesized by the OS, so we need to eat them still. M +8 -1 libs/ui/input/kis_input_manager.cpp https://invent.kde.org/kde/krita/commit/d6b1e66ee75a6be721c45deab08591f1309c0122 FYI and for future reference: Using the Debian 10 standard repositories, I manually backported the *wacom* packages into my Debian 9 system and then put a 'hold' on them. My now updated Debian 9 system works well and does not show this bug anymore. Debian 9 has LTS to June 2022 so there may be some people in the future who have this or similar wacom driver related problems with Debian 9. |