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 632676 - Only "Checking for new mail" in status bar and nothing else
Only "Checking for new mail" in status bar and nothing else
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
3.0.x (obsolete)
Other Linux
: Normal critical
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2010-10-20 10:52 UTC by Milan Crha
Modified: 2013-09-13 01:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
eds patch (2.81 KB, patch)
2010-11-09 11:43 UTC, Milan Crha
committed Details | Review

Description Milan Crha 2010-10-20 10:52:32 UTC
As I expresses my sadness in [1], I'm entering it as a bug, because I really feel it's a step back.

[1] http://mail.gnome.org/archives/evolution-hackers/2010-September/msg00040.html

On Mon, 2010-09-27 at 12:52 -0400, Matthew Barnes wrote:
> Transient operations are now implicit: if you push a new status
> message onto a non-empty message stack, the message is treated as
> transient.  A transient message just means there's a longer delay
> before the message is shown in Evolution's status bar, since transient
> operations tend to come and go quickly.  If the transient operation
> finishes before the timer expires, the transient message is never
> shown at all.  This helps filter out messages that would otherwise
> flash by too quickly for users to read. 

	Hi,
I do not like this change. Its result is that I do not see which folder
is getting updated and what percentage is done on it, which I consider
as one of the most valuable information being on the status bar.

I only see there "Checking for new mail" now, and I have no idea about
actual progress of the operation behind it.
	Bye,
	Milan
Comment 1 Milan Crha 2010-10-20 10:54:09 UTC
I'm also adding that for operations like message copy/move is good to know how many messages are actually copied already, than simple "copying message from x to y".

By the way, could your changes around this in Evolution be related to bug #630504 comment #6? I know it's not from camel, but maybe you changed something for status bars in whole evo to achieve this?
Comment 2 Milan Crha 2010-11-09 11:43:11 UTC
Created attachment 174126 [details] [review]
eds patch

for evolution-data-server;

Fiddling with update times a bit, also how the pop_message works, and with "transfer_message" to not propagate sub-statuses to the ui. The problem is that sometimes is transient operation "boring" (like when copying messages), but sometimes gives some valuable information about real progress (like the checking for new mail).

There was also required a two-liner in evolution, to propagate 'cancellable' into camel functions in refresh_folders_exec.
Comment 3 Milan Crha 2010-11-09 11:46:18 UTC
Created commit 4d754e7 in eds master (2.91.3+)
Created commit dfa68e5 in evo master (2.91.3+)