GNOME Bugzilla – Bug 669540
Copy remaining time estimate is not accurate when doing multiple copies
Last modified: 2021-06-18 15:53:20 UTC
When you copy two files (or two set of files) from or to the same disk separately, so that you have two copying progress bars and estimates and one copying process is dealing with an amount of data larger than the other, nautilus calculates the estimate as if both copying processes were going to be running simultaneously until copying is complete, which is not true. Once the smaller set of files finishes, the larger one will get its full speed back and finish sooner than the first estimate actually predicted. My suggestion: Nautilus should be aware that the second file copy is slowing the first one down, so it should calculate the first's estimate as something like: <estimate for the smaller set of files copy to finish> + <estimate time to copy the amount of data that will be left when the second process ends at both processes speed combined>. Although this approach may look too simplistic, I think it's better than the rather pessimistic approach we're using right now.
Which Nautilus version and distribution is this about?
Hello. I'm using a daily build of Ubuntu, with Nautilus 3.3.5, but this has always been like this as far as I can remember.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.