#3722 closed bug (fixed)
Tracker Status bar shows wrong file count
Reported by: | haiqu | Owned by: | anevilyak |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
When copying files from one location to another, if I select multiple files the Tracker Status shows "5 of 0" and so on while copying. In other words, the total file count isn't being detected properly.
Change History (7)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
Repeatable here when moving files, not copying them. Rev 30138, gcc2, vmware.
comment:3 by , 16 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
That's because Tracker skips the pre-flight check when the op is a move and source / destination are the same volume. The rationale being, move on same volume is more or less an instantaneous op since it just requires removing/adding some dir entries and no actual data copy happens. As such, the pre-flight check that calculates the number of files to move would take substantially longer than the move itself. Will modify the dialog to omit the total count in those cases.
comment:5 by , 16 years ago
Might be worth considering removing the "preflight check" on all copy and move actions, the overhead isn't worth it. Unless there's some technical reason to do so, of course.
An upcount could still be performed as the files are moved, which would give almost the same functionality.
comment:6 by , 16 years ago
The preflight should also be able to detect duplicate file names, and determine the amount of space needed on the target.
While copying files in Tracker could be made faster, I wouldn't like to remove the preflight.
comment:7 by , 16 years ago
I hate it when I copy something in Windows and then it turns out there wasn't enough space...
There's a similar fault on emptying the Rubbish Bin ... " of 5"