desktop-packages team mailing list archive

[Pablo Almeida <902095@xxxxxxxxxxxxxxxxxx>]

** Description changed:

  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
  the one copying process is dealing with a 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 it's full speed back and finish sooner than the first estimate
+ 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.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: nautilus 1:3.2.1-0ubuntu3.2
  ProcVersionSignature: Ubuntu 3.0.0-14.23-generic 3.0.9
  Uname: Linux 3.0.0-14-generic i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Fri Dec  9 07:42:49 2011
  ExecutablePath: /usr/bin/nautilus
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
  SourcePackage: nautilus
  UpgradeStatus: Upgraded to oneiric on 2011-10-27 (42 days ago)

** Summary changed:

- Copying remaining time estimative is not accurate when doing multiple copies
+ Copying remaining time estimate is not accurate when doing multiple copies

** Description changed:

  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
- the one copying process is dealing with a amount of data larger than the
+ 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.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: nautilus 1:3.2.1-0ubuntu3.2
  ProcVersionSignature: Ubuntu 3.0.0-14.23-generic 3.0.9
  Uname: Linux 3.0.0-14-generic i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Fri Dec  9 07:42:49 2011
  ExecutablePath: /usr/bin/nautilus
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
  SourcePackage: nautilus
  UpgradeStatus: Upgraded to oneiric on 2011-10-27 (42 days ago)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/902095

Title:
  Copying remaining time estimate is not accurate when doing multiple
  copies

Status in “nautilus” package in Ubuntu:
  New

Bug description:
  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.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: nautilus 1:3.2.1-0ubuntu3.2
  ProcVersionSignature: Ubuntu 3.0.0-14.23-generic 3.0.9
  Uname: Linux 3.0.0-14-generic i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Fri Dec  9 07:42:49 2011
  ExecutablePath: /usr/bin/nautilus
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
  SourcePackage: nautilus
  UpgradeStatus: Upgraded to oneiric on 2011-10-27 (42 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/902095/+subscriptions