After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 678368 - Context menu doesn't disappear
Context menu doesn't disappear
Status: RESOLVED DUPLICATE of bug 549153
Product: GIMP
Classification: Other
Component: User Interface
2.8.0
Other Mac OS
: Normal minor
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2012-06-19 04:52 UTC by GrafxUser
Modified: 2012-10-22 16:32 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Screenshot with context menu and preferences dialog (96.38 KB, image/png)
2012-06-19 04:52 UTC, GrafxUser 		Details

Description GrafxUser 2012-06-19 04:52:05 UTC 
Created attachment 216720 [details]
Screenshot with context menu and preferences dialog

How to reproduce:
1. right click in the canvas or image to let the context menu pop up
2. in the global menu bar choose 'Preferences'

This should happen:
The context menu should disappear.

This actually happens:
The context menu stays in the foreground and is still clickable, see attached screenshot (it's mostly in German, but the effect is clear to see). The user has to click somewhere outside the menu to get rid of it.

It happens always.
Comment 1 Michael Natterer 2012-07-26 15:12:57 UTC 
Is this a native build, or running on X11?
Comment 2 GrafxUser 2012-07-30 14:12:06 UTC 
It was Parthas native build. I don't know whether the 'real' native build, created with JHBuild, shows the same effect.
Comment 3 Max Mustermann 2012-09-01 15:01:19 UTC 
Confirming this for GIMP 2.8.2 official native build.
Comment 4 Michael Natterer 2012-10-10 23:36:17 UTC 
Kris, this happens in all GTK+ apps. I have no clue how to fix it.
Happens for any GTK+ menu actually.
Comment 5 Kristian Rietveld 2012-10-22 15:28:27 UTC 
This is likely because events happening on the global menu bar are not routed through the application's usual event loop.  See bug 549153, especially comment 29 and further, for some previous work towards a solution.  If anybody wants to pick that up, feel free.
Comment 6 Michael Natterer 2012-10-22 16:32:12 UTC 
Thanks for pointing to that bug, it's indeed the exactly same situation,
we don't get notified when there is a grab active and the user clicks
outside any GTK+ window.

*** This bug has been marked as a duplicate of bug 549153 ***