GNOME Bugzilla – Bug 645492
gedit doesn't hide close confirmation dialog if logout is canceled.
Last modified: 2016-11-26 17:46:43 UTC
+++ This bug was initially created as a clone of Bug #645485 +++ If gedit has its close confirmation dialog up because of a looming logout, but then that logout is canceled, gedit doesn't get rid of the dialog. It should listen for the quit_canceled signal (in addition to the quit signal it already listens for) on its sm client object and kill the dialog.
one more issue: now I know you can click the app names, if you *do* click on gedit, then click gedit's 'cancel logout' button, it doesn't actually cancel the GNOME logout / shutdown process; the gedit dialog goes away, and the GNOME shut down dialog comes back.
Adam, that's being tracked by bug 645485
so it looks like it's not sufficient to listen for quit_canceled unfortunately. eggsmclient explicitly delays delivering the signal: if (xsmp->state == XSMP_STATE_INTERACT) { /* The application is currently interacting, so we can't * tell it about the cancellation yet; we will wait until * after it calls egg_sm_client_will_quit(). */ xsmp->state = XSMP_STATE_SHUTDOWN_CANCELLED; }
Thanks for taking the time to report this. However, you are using a version that is too old and not supported anymore by GNOME developers. GNOME developers are no longer working on that version, so unfortunately there will not be any bug fixes by GNOME developers for the version that you use. Since GNOME 3, no closing confirmation occurred from Gedit when looming logout. By upgrading to a newer version of GNOME you could receive bug fixes and new functionality. You may need to upgrade your Linux distribution to obtain a newer version of GNOME. Please feel free to reopen this bug report if the problem still occurs with a recent version of GNOME, or feel free to report this bug in the bug tracking system of your Linux distribution if your distribution still supports the version that you are using.