Public bug reported:
Check the attached screenshot, x out of y (denoted by x/y) in copy
progress is somehow bugged. In this scenario the x goes above y which
shouldn't be allowed.
That means that maybe the initial calculation in large number of files
is bugged. A solution without compromising performance is that as soon
as you start going up, at the end you also increase the total count
before actually increasing x. But that would be kind of like a work-
around.
The best thing would be to check the counting of actual files copied as
well as the calculation of initial total number of files during the
beginning of copy
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: nautilus 1:3.36.2-0ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-29.33-generic 5.4.30
Uname: Linux 5.4.0-29-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Tue May 19 15:00:59 2020
InstallationDate: Installed on 2020-05-18 (0 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
ProcEnviron:
LANGUAGE=en_IN:en
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_IN
SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)
usr_lib_nautilus:
** Affects: nautilus (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug focal
** Attachment added: "See the files copied / total file values"
https://bugs.launchpad.net/bugs/1879468/+attachment/5373995/+files/nautilus_bug.png
--
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/1879468
Title:
The copy progress shows more number of files copied than the total
files present for large number of file transfer from external harddisk
Status in nautilus package in Ubuntu:
New
Bug description:
Check the attached screenshot, x out of y (denoted by x/y) in copy
progress is somehow bugged. In this scenario the x goes above y which
shouldn't be allowed.
That means that maybe the initial calculation in large number of files
is bugged. A solution without compromising performance is that as soon
as you start going up, at the end you also increase the total count
before actually increasing x. But that would be kind of like a work-
around.
The best thing would be to check the counting of actual files copied
as well as the calculation of initial total number of files during the
beginning of copy
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: nautilus 1:3.36.2-0ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-29.33-generic 5.4.30
Uname: Linux 5.4.0-29-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Tue May 19 15:00:59 2020
InstallationDate: Installed on 2020-05-18 (0 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
ProcEnviron:
LANGUAGE=en_IN:en
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_IN
SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)
usr_lib_nautilus:
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1879468/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
