Opened 16 years ago
Closed 16 years ago
#3819 closed enhancement (invalid)
Inconsistent proportion in copy progress bars
Reported by: | haiqu | Owned by: | axeld |
---|---|---|---|
Priority: | low | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
The attached snapshot shows three copies in progress. The top and bottom copies show a copy progress bar proportionate to progress, whilst the centre bar has travelled too far.
Attachments (1)
Change History (3)
by , 16 years ago
Attachment: | progress-bar.png added |
---|
comment:1 by , 16 years ago
Priority: | normal → low |
---|---|
Type: | bug → enhancement |
The progress bars are based on the amount of data (bytes) to copy, not on the amount of files. Unfortunately, there is a penalty for creating files and copying attributes, which results in the progress bars filling "unevenly" (ie not with perfectly constant speed). Should I leave this open to mean that the last issue I mentioned should be fixed some day?
comment:2 by , 16 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
This cannot be "fixed"; you don't know the penalty of single file operations. A single file count is certainly no solution, at least.
And while you can estimate the ETA of a file operation, progress bars shouldn't really be based on that, as they could then jump around.
Disproportionate progress bar (centre)