GNOME Bugzilla – Bug 101690
Trash dialog behaves as a system modal dialog
Last modified: 2011-02-04 16:11:56 UTC
Package: nautilus Product: nautilus Synopsis: Trash dialog behaves as a system modal dialog Severity: normal Priority: Urgent Bugzilla-Product: nautilus BugBuddy-GnomeVersion: 2.0 Name: ksC78424 Date: 12/18/2002 Bug filed by muktha.narayan@wipro.com I'm running sources from fcs-07. 1. Invoke nautilus. 2. Move some file/folder to trash. 3. Go to the trash folder and click on the file/folder. 4. Invoke the 'Edit' menu by pressing 'Alt+E' (and not by clicking on the Edit menu) 5. Press 'D' to delete from trash. 6. A dialog pops up with the message 'Are you sure you want to permanently delete "<filename>" from the Trash? This dialog is not keynavigable. Tabbing does not work and 'Delete' button doesnot have a mnemonic and hence the user cannot delete the file with the keyboard. 7. Alt+tab (or any other metacity shortcut) doesnot work. Clicking anywhere else on the desktop does not have any effect. Note: This behaviour is noticed only for the 'Trash' folder . ====================================================================== Bugtraq+: 4795562 ------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-12-20 11:58 ------- Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
*** This bug has been marked as a duplicate of 75212 ***
hmm..probably the description here could lead us to think it is a dup of bug #75212. But follow steps 4 to 7 carefully, and do them only through the keyboard as suggested, you will find that the keyboard is stuck, so is the mouse. You can click only on the Cancel or Delete button. This is NOT specific to Nautilus. Its something to do with gtk+ not handling same mnemonics well (_Empty Trash) button. and (_Edit) menu. Reopening and moving it to gtk+. Will attach a test gtk+ program, which has a button "_Empty Trash" and "_Edit" menu, with a "Dialog" as menu item. 1)Press Alt-E, button is selected. 2)Press Alt-E again, menu pops down. 3)Use the arrow key and select Dialog. 4)A Modal dialog appears. Now the keyboard and the mouse pointer is stuck, except that you can click on OK
Created attachment 13140 [details] Attching the test case.
More explanation ... what happens is that when GTK+ tries to do conflict resolution for an accelerator that includes a toplevel menu, it doesn't work because there is no way to select a menu item with a submenu without activating. So, GTK+ gets confused. I'd really suggest fixing this within Nautilus by changing the "Empty Trash" mnemonic not to conflict ... I suspect that the best we'll be able to do for this is simply not cycle and activate the menu immediately.
Wed Jan 29 15:43:56 2003 Owen Taylor <otaylor@redhat.com> * gtk/gtkmenuitem.c (gtk_menu_item_mnemonic_activate): Only do the select-but-not-activate stuff if the menu is already active. Otherwise, just activate. (#101690, Arvind Samptur)