157991 - Show total percent progress on compact folders

Status: NEW

(SeaMonkey :: MailNews: Message Display, enhancement)

Description

[Sheela Ravindran]

spun off of bug 34073.

We are currently showing the percent progress per folder during compaction. Will 
be nice to show a total percent progress while compacting many folders.

steps
Open mail.
Delete mails from some of the folders( inbox, other local folder etc.) 
Compact folders (from menu or auto compact)

Result: Progress is shown per folder.  
It would be nice to show the total % progress for all the folders.

Comment 1

[Arnaud Ladrière]

Definetly a killer enhancement : when you start a global compact folder, you
never know when it finishes !!! even a "dumb" global progress indicator should
be great (I don't care about where it is on the screen) !

Comment 2

[Arnaud Ladrière]

Another idea regarding this one : why not display the compaction progress inside
the tree (in the folders row), as digits or whatever.

IMHO it would be great, as the user should see easily the state of compaction on
the folder(s) (think parallel ;) and this would leave the progress bar at the
bottom free for other operations.

Comment 3

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614