GNOME Shell consistently ignores mouse clicks in a particular app window
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mutter |
New
|
Unknown
|
|||
gnome-shell (Ubuntu) |
Triaged
|
High
|
Unassigned |
Bug Description
https:/
---
This is similar in some ways to https:/
Our program is a blend of C# winforms (Mono) with embedded web browser windows using Geckofx45 (mozilla version 45). Editing windows in the program use HTML to display formatting and typescript/
Tracing the internal behavior of the code, it appears that clicking the first time inside the editing (browser) window causes a series of WM_FOCUS messages to be sent and the javascript to hook up a left mouse click handler to a gear button displayed in the lower left corner of the editing window. This is the expected behavior, and the same as on other window managers. But then, on GNOME Shell only, a series of WM_KILLFOCUS messages are sent immediately. This does not happen for other window managers. (The main window receives a WM_ACTIVATE message with the argument to make it deactivate.) Any other left mouse clicks inside that window are ignored >95% of the time, probably only when double clicking quickly enough to occur before those messages to lose focus/deactivate are handled. (Right mouse clicks are handled at a higher level and appear to function normally.)
The program in question is called Bloom. The source code is available at https:/
tags: | added: bionic |
description: | updated |
Changed in gnome-shell (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in mutter: | |
status: | Unknown → New |
Steve,
This sounds like a problem that should be reported to the Gnome developers. However before doing that, are you able to test if the problem exists in Ubuntu 18.10 or 19.04?
http:// releases. ubuntu. com/18. 10/ cdimages. ubuntu. com/daily- live/current/
http://