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 651716 - Evolution does not quit if operations are pending
Evolution does not quit if operations are pending
Status: RESOLVED DUPLICATE of bug 545153
Product: evolution
Classification: Applications
Component: general
2.32.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
aklapper[flaky]
Depends on:
Blocks:
 
 
Reported: 2011-06-02 15:41 UTC by Maarten Bezemer
Modified: 2013-12-15 12:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Maarten Bezemer 2011-06-02 15:41:53 UTC 
If the internet connection gets lost while Evolution is running, the application won't quit because it is trying to save the IMAP folders (there is a process message on the bottom bar of Evolution).
Comment 1 André Klapper 2011-06-02 18:43:43 UTC 
Which version is this about?
Comment 2 Maarten Bezemer 2011-06-02 18:59:11 UTC 
version 2.32.2-0ubuntu7
Comment 3 Milan Crha 2011-08-19 11:21:44 UTC 
Thanks for a bug report. The way this works is still the same for 3.1.5, if there are any pending operations, then evolution is kept running till those are finished. Though on quit, a 'cancel' is broadcast, thus the operation is supposed to quit as soon as it will be able to. There is an exception, the final sync of the selected folder, which is run after this broadcast cancel.

I can reproduce this, but I'm not 100% sure what is correct. On one side you might want application quit as soon as possible, on the other side you do not want to loose all changes you did in the folder, like marking messages as read, when you quit. Evolution doesn't know, in certain cases, that the connection is lost, unless it tries to connect there and until it timeouts or something.

Maybe disabling all but the status bar, where user would be able to cancel any pending task run during the quit preparation, would make this more convenient?
Comment 4 Milan Crha 2011-08-19 11:25:03 UTC 
Or, maybe even better, if user "closes the window again", then anything pending would be cancelled. It may simplify things significantly, especially with enabling the status bar. Of course, only if the repeated attempt to close the window will be noticeable by the application.
Comment 5 Akhil Laddha 2011-10-20 08:30:32 UTC 
looks related to bug 357175
Comment 6 Milan Crha 2011-10-20 11:09:51 UTC 
(In reply to comment #5)
> looks related to bug 357175

That one sounds rather as intermittent notifications, which were turned to top-bar messages, not so irritating to users as popup dialogs.
Comment 7 André Klapper 2013-12-15 12:02:51 UTC 

*** This bug has been marked as a duplicate of bug 545153 ***