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 691247 - User doesn't return to overview if application creates dialogue upon closure.
User doesn't return to overview if application creates dialogue upon closure.
Status: RESOLVED DUPLICATE of bug 650843
Product: gnome-shell
Classification: Core
Component: general
3.6.x
Other Linux
: Normal minor
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-01-06 20:00 UTC by Bastian Ilsø
Modified: 2013-01-08 11:24 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastian Ilsø 2013-01-06 20:00:48 UTC
Steps to re-produce:
- Start an application which creates a dialogue upon closure. For example start  gedit and create an unsaved document with text.
- Open the overview
- Attempt to close the gedit window from overview.
- You will be taken to gedit where a dialogue will require you to take action, concerning the unsaved document, before closing the window.

The user has either closed the window, or pressed cancel via the dialogue at this point. But the user is not taken back to the overview when an application creates a dialogue. However, if the application had not created a dialogue, the user would have stayed in the overview. 

This looks to me like a inconsistency in behavior. It could break the workflow when a user attempts to close several applications from the overview.
Comment 1 Florian Müllner 2013-01-08 10:57:06 UTC
The rationale for dropping the user out of the overview when the attempt of closing a window results in a dialog is that the newly opened dialog window is hidden in the overview, so we need to give users feedback why the window is not closing.

There are plans to show modal dialogs in the overview, I think we should drop the current behavior when this lands.

*** This bug has been marked as a duplicate of bug 650843 ***
Comment 2 Bastian Ilsø 2013-01-08 11:24:41 UTC
I understand the reason for dropping the user out of the overview, but I believe it would make more sense to drop the user out of the overview only temporarily, not permanently.

Anyway, the alternative behavior currently planned, sounds like it will solve this usability issue as well (showing modal dialogs in overview that is). Thanks for reviewing, Florian.