** Summary changed: - Not obvious when logout is stalled by window on another virtual desktop + Logout "save?" dialog inaccessible - window list frozen; Not obvious when logout is stalled by window on another virtual desktop
** Description changed: Description of the problem: It is possible for certain programs to stall the logout process so they can ask questions. If such the program that does it is on another desktop, the only way to see that desktop is by using keybord shortcuts (plus it is not obvious that you have to check the other desktop). Steps to reproduce: 1. Make sure no gedit windows are open on any desktop. 2. Press ctrl-alt-right to switch to another desktop. 3. Go to Applications -> Accessories -> Text Editor. 4. When gedit appears type 'a' so the document becomes unsaved. 5. Press ctrl-alt-left to switch to original desktop. 6. Go to System -> Log Out <user>... 7. Click on Log Out. Expected result: Desktop to be switched to desktop containg dialog stopping the logout. gnome-panels to remain responsive until the last possible minute. Actual results: Desktop remains on desktop not showing the logout stopping dialog. gnome-panel applets become unresponsive (Window List and Workspace Switcher no longer respond to mouse input). No indication of which desktop needs attention, only way to see the dialog is to use ctrl-alt-right . Mildly related to Bug #4406 . + + Edit: + Bringing another window in front of gedit is enough to cause trouble. + gedit flashes in the taskbar, but you can't bring it to the front because the window list is frozen. + In fact, *all* gnome panels are frozen. -- Logout "save?" dialog inaccessible - window list frozen; Not obvious when logout is stalled by window on another virtual desktop https://bugs.launchpad.net/bugs/33673 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
