Closed
Bug 301049
Opened 19 years ago
Closed 2 years ago
popup menu doesn't deactivate when clicking on embedding app's chrome
Categories
(Core :: Widget: Gtk, defect, P5)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: chpe, Unassigned)
References
Details
Take the following steps: 0) Load a page with a combo box, like this bugzilla page 1) Click on the combo box to open the popup menu 2) Click somewhere else in the application's window and perform them in firefox and in a gtk embedding application, like Epiphany or galeon. Expected results: Clicking in any part of the application outside the popped up menu results in the popup being hidden. Actual results: In firefox, this works as expected. In an embedding app, it only works if you click somewhere else in the *web page*; if you click in the app's native chrome, the menu is *not* deactivated. I think this is a widget bug and not a gtkmozembed bug, so I'm filing this here.
Comment 1•6 years ago
|
||
More recently, seen again on Windows 10 -> TB bug 371459 (but it's most definitely not caused by TB).
See Also: → 371459
Comment 2•6 years ago
|
||
Christopher Blizzard's (assignee of 13 years ago) account is disabled. I'm seeing this happening on Daily versions of Thunderbird on Win 10 (Windows 10 without the latest big updates): Unfocusing context menus (e.g. by clicking anywhere outside them) does NOT close them, instead they stubbornly stay on top of ANY application, refusing to be closed unless going back to the original Mozilla (TB) window and pressing ESC there. Any insights anyone as to why and where this might happen?
Assignee: blizzard → nobody
Updated•6 years ago
|
Updated•2 years ago
|
Severity: normal → S3
Updated•2 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•