SUMMARY Kubuntu 20.04/KDE Plasma specific. No cursor is displayed over docker area after painting on canvas. To make it visible, you need to click on docker area - bug happens every time you paint anything on canvas. STEPS TO REPRODUCE 1. Paint a line 2. Hover over the docker area OBSERVED RESULT No cursor is displayed unless clicked on docker area Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.4.0-81-generic OS Type: 64-bit Processors: 16 × AMD Ryzen 7 2700 Eight-Core Processor Memory: 31,4 GiB
Is this with the appimage? What are your cursor settings in Krita? With the default no cursor/preview outline, I cannot reproduce this on my plasma 5.22.4 system with Qt 5.15.3, testing with the appimage which has its own version of Qt 5.12.
I think I found the true cause behind this bug. It's not related to just painting a line, but to hiding a pop-up palette using the tablet stylus, without picking a brush. NEW STEPS TO REPRODUCE: 1. Invoke pop-up palette (RMB) 2. Hide pop-up palette with stylus, without picking a brush - click with any of stylus buttons outside the pop-up. 3. Hover over docker area This does not happen when you pick a preset using the pop-up, or you use mouse or keyboard (remapped canvas input) to hide it. Clicking at the docker regains the cursor, until next time you cancel a pop-up. Turns out, I use this palette a lot, and haven't thought about using the mouse earlier while testing. I used appimage.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
Okay, with this I can confirm the issue.
*** Bug 443694 has been marked as a duplicate of this bug. ***
To clarify, this only happens in the appimage (or on ubuntu systems 20.04 and before, as it is the same environment that we are building our appimages in.) I'll try to track down the origin of this inconsistency with the original implementation.
Git commit e5979fc3de58eef7e760645ba6e1c647903fd692 by Eoin O'Neill. Committed on 13/12/2021 at 22:04. Pushed by eoinoneill into branch 'master'. Fix regression where cursor would stay hidden after closing popup palette on certain systems. Users would right click with mouse and then close with tablet pen, which on certain QT systems would cause the cursor to stay hidden. I guess on newer versions of QT, not "accepting" an input is somehow corrected or acommodated for when it comes to cursor change operations. Adding a "setAccepted" call after hiding an open popup palette seemed to fix this issue. M +1 -1 libs/ui/input/kis_input_manager.cpp https://invent.kde.org/graphics/krita/commit/e5979fc3de58eef7e760645ba6e1c647903fd692
Git commit 4979301cc28de46d4cd1df3d30b5a547f0647124 by Emmet O'Neill, on behalf of Eoin O'Neill. Committed on 14/12/2021 at 01:50. Pushed by emmetoneill into branch 'krita/5.0'. Fix regression where cursor would stay hidden after closing popup palette on certain systems. Users would right click with mouse and then close with tablet pen, which on certain QT systems would cause the cursor to stay hidden. I guess on newer versions of QT, not "accepting" an input is somehow corrected or acommodated for when it comes to cursor change operations. Adding a "setAccepted" call after hiding an open popup palette seemed to fix this issue. (cherry picked from commit e5979fc3de58eef7e760645ba6e1c647903fd692) M +1 -1 libs/ui/input/kis_input_manager.cpp https://invent.kde.org/graphics/krita/commit/4979301cc28de46d4cd1df3d30b5a547f0647124