https://bugs.kde.org/show_bug.cgi?id=511902
--- Comment #10 from Ming Chuan <[email protected]> --- (In reply to Dmitry Kazakov from comment #9) > > Yes it's in native Wayland mode with Hyprland. In what ways does the > > compositor get involved? > > There are multiple native Wayland surfaces are involved, one above another. > And the order in which the events are delivered is defined (and whether they > are delivered at all) depends on the compositor. I cannot reproduce the > issue on KWin, so it is definitely something related to the difference in a > way how different compositors treat how the tablet events are handled (and I > know that this system is currently is a very bad state, also because of the > way how Qt handles that). It seems like Kwin explicitly swallows tablet tip down event when user is clicking outside of the pop-up https://invent.kde.org/plasma/kwin/-/blob/master/src/popup_input_filter.cpp?ref_type=heads#L146-152 That behavior seems incorrect, the protocol doc says "During a popup grab, the client owning the grab will receive pointer and touch events for all their surfaces as normal" https://wayland.app/protocols/xdg-shell#xdg_popup:request:grab so krita should still have the responsibility to filter out the tablet event in this case. Tested running krita 6.11 appimage with `WAYLAND_DEBUG=1` and `grep -e xdg_popup -e tablet | grep -v -e frame -e motion -e distance -e pressure -e tilt` -- You are receiving this mail because: You are watching all bug changes.
