Opened 10 years ago

Closed 10 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:
Has a Patch: no 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)

progress-bar.png (64.2 KB) - added by haiqu 10 years ago.
Disproportionate progress bar (centre)

Download all attachments as: .zip

Change History (3)

Changed 10 years ago by haiqu

Attachment: progress-bar.png added

Disproportionate progress bar (centre)

comment:1 Changed 10 years ago by stippi

Priority: normallow
Type: bugenhancement

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 Changed 10 years ago by axeld

Resolution: invalid
Status: newclosed

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.

Note: See TracTickets for help on using tickets.