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 338243 - Not obvious when logout is stalled by window on another virtual desktop
Not obvious when logout is stalled by window on another virtual desktop
Status: RESOLVED FIXED
Product: gedit
Classification: Applications
Component: general
2.19.x
Other Linux
: Normal normal
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-12 16:25 UTC by Sebastien Bacher
Modified: 2009-08-22 20:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Sebastien Bacher 2006-04-12 16:25:12 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/gedit/+bug/33673

"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 .
..."
Comment 1 Sebastien Bacher 2006-04-12 16:26:35 UTC
Other Ubuntu bug about that: https://launchpad.net/products/gedit/+bug/36122

"The following procedure hangs on logout:

- Open GEdit and modify the text ( don't save ).
- Minimize GEdit
- Log out the user

GEdit will defer the logout presenting the 'Save' Dialog. This dialog is not presented since the application is minized. Clicking on the panel to bring GEdit up does not work since the panel is disabled!

It is possible to bring up GEdit with <Alt>+<TAB> and confirm the dialog.

Note: the original reporter indicated the bug was in package 'gnome-panel2'; however, that package was not published in Ubuntu."
Comment 2 Martin Zidek 2006-07-29 06:03:30 UTC
Yes this is very annoying error in GNOME desktop.
Comment 3 Sitsofe Wheeler 2007-08-31 10:59:23 UTC
Still here on Ubuntu Gutsy when using metacity.

Ubuntu Gutsy (development branch)
gedit 2.19.91-0ubuntu1
metacity 1:2.19.55-0ubuntu1
Comment 4 Sitsofe Wheeler 2008-04-16 12:26:57 UTC
Still here in Ubuntu Hardy when using metacity.

Version information:
Ubuntu 8.04
gedit 2.22.1-0ubuntu1
metacity 1:2.22.0-0ubuntu4
Comment 5 Ernst Sjöstrand 2008-09-21 18:46:31 UTC
Kindof fixed by the new gnome-session? It shows a list of all the programs blocking logout on the current desktop.
Though they don't get to show their "Do you want to save?" dialogs now.. ? Opening a bug about that.
Comment 6 Jakob Unterwurzacher 2009-08-04 11:55:24 UTC
On Ubuntu Jaunty (Gnome 2.26.1, Compiz), this is fixed.
Logout causes the "do you want to save" dialog to pop up on the current virtual desktop. Additionally, the panel stays responsive and the "some applications are blocking logout" dialog is displayed.
Comment 7 Ignacio Casal Quinteiro (nacho) 2009-08-22 20:47:21 UTC
Seems fixed then since we use egg for this.