Not obvious when logout is stalled by window on another virtual desktop / window beneath front-most one / window is minimised

[Sitsofe Wheeler]

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 containing 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 .

Additional information:
A variant of this also occurs when the gedit window is underneath another window and is completely covered or gedit is minimised. gedit flashes in the taskbar (so it is obvious that something needs to be done), but you can't bring it to the front because the window list is frozen (it is not obvious how to provide the required attention). In such cases the user may be forced to alt-tab to gedit in order to bring it to the front.

[Florian Boucault (fboucault)]

Here, the desktop is still responsive and an appropriate dialog asks me to choose between:

* Logout without saving
* Cancel Logout
* Save

[Florian Boucault (fboucault)]

Sorry, I should sleep sometimes...

Here, the desktop does not answer to mouse clicks and as you say only a keyboard desktop switch can solve the issue.

[Sebastien Bacher (seb128)]

application bug according to discussion with upstream

[Sebastien Bacher (seb128)]

I've forwarded the issue upstream: http://bugzilla.gnome.org/show_bug.cgi?id=338243

[Sitsofe Wheeler (sitsofe)]

The latest duplicate ( Bug #87631 ) also mentions a slightly different twist on the problem: when the application popping up a logout blocking dialog is underneath another application on the same desktop, the logout blocking dialog can't be seen (nor the program selected using the window list).

[Sitsofe Wheeler (sitsofe)]

Still here.

Version Information:
Ubuntu Feisty (Herd 5)
gedit 2.17.6-0ubuntu2

[xtknight (xt-knight)]

I still have this problem with Ubuntu Feisty release. It's been here since Edgy as far as I know. It happens on the same workspace here. Just minimize gedit, modify a document, try and logout, and then you can't click it on the taskbar or do anything with it.

Bottom line is, I think gnome panel or metacity partially dies and then you can only use alt-tab.

[Sitsofe Wheeler (sitsofe)]

Upon retesting this issue in Gutsy I have found that there is a twist. If you are using compiz the dialog containing the logout stalling question will appear upon your current desktop. If you are using metacity, the issue will be as originally described.

Version Information:
Ubuntu Gutsy (development branch)
gedit 2.19.91-0ubuntu1
compiz 1:0.5.2+git20070829-0ubuntu1
metacity 1:2.19.55-0ubuntu1

[brad (netcom61)]

I'd like to confirm this bug.
If gedit is running, but is underneath another running application, (in my particular case it was Evolution), and logout is initiated, (shut down), and the gedit document hasn't been saved, the dialog box, to save or discard, opens underneath the currently running application, causing the system-shutdown to stall, with no way to get at the dialog box, (the curser moves, but (close)application wont respond. Maybe something like an "always on top" could be added to gedit's dialog pop-ups to make sure they can jump to the uppermost window?

My system is a Pentium4, Ubuntu 7.0.4 (all current updates). No modifications.

[Pedro Villavicencio (pedro)]

Thanks brad, the bug it's already confirmed.

[Sitsofe Wheeler (sitsofe)]

Still here with metacity in Hardy.

Version Information:
Ubuntu hardy (development branch)
gedit 2.22.0-0ubuntu1
metacity 1:2.22.0-0ubuntu1

[komputes (komputes)]

I was going to report this bug but I realized that I had been beat to it multiple times. This is still an issue in Hardy.

I can also confirm that while gedit is open and the document is unsaved, with another window in the foreground (even if not using multiple desktops), unless you know about alt-tab to switch between apps, and there is a window covering the "save changes" dialog it will will stay in the background. alt-tab is necessary because gnome-panel will not react to clicks on gedit to attempt bringing gedit to the foreground.

Version Information:
Ubuntu Hardy (2.6.24-19-generic)
gedit 2.22.3-0ubuntu1
metacity 1:2.22.0-0ubuntu4

[Saivann Carignan (oxmosys)]

The bug is not yet fixed in gedit, but there's been serious improvement in intrepid. If you try to shutdown intrepid using the fast user switcher applet, you now always get a window telling you when a program is blocking logout. You have the choice to lock the screen, cancel logout request, or logout anyway.

It would be interesting to see if this nice new intrepid feature gets applied to all shutdown menus. If this is the case, then gedit might not needs to be fixed.

[Sitsofe Wheeler (sitsofe)]

On Intrepid the dialog window mentioned by Saïvann appears when you logout using the Log Out button at the top right too (not just with the user switcher). I think if this behaviour could be coupled with the ability to bring such programs to the foreground then that would completely solve this bug. As it stands I would say that Intrepid's behaviour turns this issue into an enhancement request.

[Saivann Carignan (oxmosys)]

Marking importance to low since it's not really a issue anymore in intrepid.

[John M (jwmwalrus)]

Well, I have a problem related to this bug:

Whenever I try to logout (with auto_save_session turned on), and gedit is open (with no open or unsaved documents), I always get the window telling me that gedit is blocking logout.

...:~$ lsb_release -rd
Description: Ubuntu 8.10
Release: 8.10

...:~$ apt-cache policy gedit
gedit:
  Installed: 2.24.2-0ubuntu1
  Candidate: 2.24.2-0ubuntu1
  Version table:
 *** 2.24.2-0ubuntu1 0
        500 http://us.archive.ubuntu.com intrepid-updates/main Packages
        100 /var/lib/dpkg/status
     2.24.0-0ubuntu1 0
        500 http://us.archive.ubuntu.com intrepid/main Packages

[r3ck (r3ck)]

That just means that you have gedit window open somewhere, with an unsaved
document. Close it and you should be fine. It is just being extra careful,
even with auto_save_session.

On Tue, Jan 6, 2009 at 10:33 AM, John M <email address hidden> wrote:

> Well, I have a problem related to this bug:
>
> Whenever I try to logout (with auto_save_session turned on), and gedit
> is open (with no open or unsaved documents), I always get the window
> telling me that gedit is blocking logout.
>
> ...:~$ lsb_release -rd
> Description: Ubuntu 8.10
> Release: 8.10
>
> ...:~$ apt-cache policy gedit
> gedit:
> Installed: 2.24.2-0ubuntu1
> Candidate: 2.24.2-0ubuntu1
> Version table:
> *** 2.24.2-0ubuntu1 0
> 500 http://us.archive.ubuntu.com intrepid-updates/main Packages
> 100 /var/lib/dpkg/status
> 2.24.0-0ubuntu1 0
> 500 http://us.archive.ubuntu.com intrepid/main Packages
>
> --
> Not obvious when logout is stalled by window on another virtual desktop /
> window beneath front-most one / window is minimised
> https://bugs.launchpad.net/bugs/33673
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

[John M (jwmwalrus)]

Maybe i wasn't clear enough: it happens even when gedit has no open
documents. For example, if I open gedit right after login, close the
(only) unsaved document and then press the logout button, I
nevertheless get the window telling me that gedit is blocking logout.

Also, the auto_save_session option doesn't work in intrepid, so it
was unnecessary for me to mention.

It seems that intrepid is totally broken, and I'm tired of trying to
make things work, say:

*the network manager issues with the interfaces file
*the xserver conflicts with compiz
*the screensaver making crash the xserver
*nautilus not knowing how to eject a CD and when it finally ejects
the disc tray autocloses again
*xserver problems in general
*gnome-session's auto-save not working at all
*nautilus search STILL not workin properly

I guess I'll just go back to hardy or switch distro. Thanks anyway
for the help.

At 11:53 AM 1/6/2009, you wrote:

>That just means that you have gedit window open somewhere, with an unsaved
>document. Close it and you should be fine. It is just being extra careful,
>even with auto_save_session.
>
>On Tue, Jan 6, 2009 at 10:33 AM, John M <email address hidden> wrote:
>
> > Well, I have a problem related to this bug:
> >
> > Whenever I try to logout (with auto_save_session turned on), and gedit
> > is open (with no open or unsaved documents), I always get the window
> > telling me that gedit is blocking logout.
> >
> > ...:~$ lsb_release -rd
> > Description: Ubuntu 8.10
> > Release: 8.10
> >
> > ...:~$ apt-cache policy gedit
> > gedit:
> > Installed: 2.24.2-0ubuntu1
> > Candidate: 2.24.2-0ubuntu1
> > Version table:
> > *** 2.24.2-0ubuntu1 0
> > 500 http://us.archive.ubuntu.com intrepid-updates/main Packages
> > 100 /var/lib/dpkg/status
> > 2.24.0-0ubuntu1 0
> > 500 http://us.archive.ubuntu.com intrepid/main Packages
> >
> > --
> > Not obvious when logout is stalled by window on another virtual desktop /
> > window beneath front-most one / window is minimised
> > https://bugs.launchpad.net/bugs/33673
> > You received this bug notification because you are a direct subscriber
> > of a duplicate bug.
> >
>
>--
>Not obvious when logout is stalled by window on another virtual
>desktop / window beneath front-most one / window is minimised
>https://bugs.launchpad.net/bugs/33673
>You received this bug notification because you are a direct subscriber
>of the bug.

[r3ck (r3ck)]

Ah I got it now. But confirmed.

[Jakob Unterwurzacher (jakobunt)]

On Ubuntu Jaunty, 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.