Show total percent progress on compact folders



16 years ago
9 years ago


(Reporter: sheelar, Unassigned)


Firefox Tracking Flags

(Not tracked)




16 years ago
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.

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.


16 years ago
Severity: normal → enhancement
QA Contact: olgam → sheelar

Comment 1

16 years ago
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) !


16 years ago
QA Contact: sheelar → esther

Comment 2

15 years ago
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.


14 years ago
Hardware: PC → All
Product: Browser → Seamonkey


14 years ago
Assignee: sspitzer → mail
Assignee: mail → nobody
QA Contact: esther → message-display

Comment 3

9 years ago
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

Comment 4

9 years ago
*** This bug has been confirmed by popular vote. ***
Ever confirmed: true
You need to log in before you can comment on or make changes to this bug.