wayland/xwayland: mouse events propagate to previous workspace after switching
See original GitHub issueThe issue:
qtile version: master (6620786f801f56fc61716514139044108eaef743)
- Open window in workspace
1
(Xwayland or native; tested with firefox (wayland) and chromium (xwayland) - Position cursor over clickable portion of window
- Switch to workspace
2
(either empty or containing existing window) - Click
- Click incorrectly propagates to window in workspace
1
Moving the mouse between switching and clicking does not exhibit this behavior.
Required:
- I have searched past issues to see if this bug has already been reported.
Issue Analytics
- State:
- Created a year ago
- Comments:7 (6 by maintainers)
Top Results From Across the Web
Misc wayland window fixes by m-col · Pull Request #3862
This also prevents windows that don't have pointer focus from changing the icon ... wayland/xwayland: mouse events propagate to previous workspace after ......
Read more >Today I Learned: How mouse events really bubble in React
The mouseenter events means that the mouse cursor moved inside this or a child. And bubbling means that you will also receive an...
Read more >Using a JTextPane, consumed mouse events still propagate to ...
I read that listeners are called from highest to lowest index, meaning if my listener calls consume, it should be the last to...
Read more >Handling Mouse Events - Apple Developer
Introduces event mechanisms and the types of events in Cocoa and describes how to handle events of each type.
Read more >How to Write a Mouse Listener
You will see one or more mouse-entered events. Press and hold the left mouse button without moving the mouse. You will see a...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I believe this is fixed by https://github.com/qtile/qtile/pull/3862, please re-open if not
Updated to latest master, same behavior as before:
“Clicked” would be the window I am trying to click and “Dropdown” would be the no longer visible window that hijacks the click.
python-pywlroots v0.15.19; wlroots 0.15.1.