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 156009 - modal dialogs open above context menus => desktop locked
modal dialogs open above context menus => desktop locked
Status: RESOLVED DUPLICATE of bug 145416
Product: gtk+
Classification: Platform
Component: Widget: Other
2.6.x
Other All
: High critical
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2004-10-21 01:08 UTC by Dennis Möhlmann
Modified: 2005-06-09 16:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Description Dennis Möhlmann 2004-10-21 01:08:01 UTC 
If a module-callback (i.e. authentification request) arrives while the user has
a context menu open, the callback dialog might pop under the context menu. The
callback window cannot be moved or focussed and the entire desktop including
panel and hotkeys is locked (by the context menu which again is locked by the
modal callback window I assume). If the ok/cancel buttons are hidden by the
context menu, the only way out is CTRL-ALT-BACKSPACE - losing all unsaved data.

As unlikely as this might seem, context menus usually open somewhere in the
center of the screen when using nautilus - which is exactly where callbacks popup.
I've already run into this twice since gnome 2.8 is out, mainly because Nautilus
browser mode is bugged and pops up an auth request for every single sftp remote
location that is mounted into the vfs.
Comment 1 Allison Karlitskaya (desrt) 2004-10-21 02:07:15 UTC 
This is very much the same thing as bug 122688.  ctrl+alt+backspace isn't the
only option.  You can switch to a console and killall nautilus (or whatever...)

Still a pretty serious problem, though
Comment 2 Christophe Fergeau 2004-10-21 08:00:29 UTC 
This is not a gnome-vfs issue though. The standard authentication dialogs are in
libgnomeui, but maybe it can be considered a nautilus bug. gnome-vfs itself
doesn't do any gui stuff.
Comment 3 Dennis Möhlmann 2004-10-22 10:55:17 UTC 
Christophe, I don't know too much about the implementation details of GNOME/GTK.
For the most part, I'm just a user. However, the research I did before reporting
this bug led me to believe this was a vfs issue and not a nautilus problem. 
I was also considering to report it to gtk+ as I would definetly expect the
toolkit to make modal dialogs mutually exclusive or queue them within the process.

If this bug doesn't belong here, could you or anyone else please make sure it
reaches the correct bugzilla module? Thanks.
Comment 4 Christian Neumair 2005-05-10 11:56:44 UTC 
I think this is a GTK+ issue. IMHO a modal dialog should close all open
gtk_menu_popup'ed menus on the screen as a consequence when being shown.

Reassigning to GTK+.
Comment 5 Matthias Clasen 2005-06-09 16:33:18 UTC 

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