After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 46220 - Incorrect file counts and progress bar strangeness during FTP copies
Incorrect file counts and progress bar strangeness during FTP copies
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
0.x
Other Linux
: Normal normal
: ---
Assigned To: Rebecca Schulman
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-02-01 15:50 UTC by Ed McKenzie
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ed McKenzie 2001-09-10 00:58:07 UTC
Doing a DnD copy of the contents of the folder at
ftp://oss.sgi.com/projects/xfs/download/PreRelease-0.9/RH7.0-SGI-XFS_PR

causes Nautilus' progress bar to misbehave. It initially counts only 24 items,
but was copying item 65 of 24 last I checked, with the progress bar stuck at
basically-done since around item 24.



------- Additional Comments From yakk@yakk.net 2001-02-08 19:32:06 ----

Okay, this is weird, I'm getting this locally copying big files too. I can
reproduce it by copying /usr/share/man (where debian stores most man pages) to
/tmp/ - the count is very much wrong...

I also get the feeling that sometimes doing a recursive copy gnome-vfs isn't
fully walking down the tree. I think this is probably a bug in gnome-vfs-xfer,
so I'm assigning it to Pavel.

Pavel, if you would like any help reproducing this let me know. If you're too
doomed to look at this then assign it back and I'll take a look at it.



------- Additional Comments From rebecka@eazel.com 2001-02-15 16:54:37 ----

Ok, the problem is that the total file count is not done recursively, and it
should be.




------- Additional Comments From rebecka@eazel.com 2001-02-15 22:41:50 ----

I was confused about this case.  The problem was that the ftp method 
was always returning inode and device 0 but claiming they were valid.
Either way, though, we were using these fields without checking their validity
to determine whetther we'd hit a symbolic link or not.
I've fixed both problems and the count now appears correct
(196 instead of 8)




------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:58 -------