Version: (using KDE KDE 3.1.94)
Installed from: Gentoo Packages
Compiler: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r3, propolice)
Started to transfer about 4,2Gb file from windows/ntfs partition to vfat partition. After ~2Gb transferred file size in window changed to ~16,777,216.0 TB.
Maybe this is vfat filesystem issue, i don't know but i guess you should now about this "minor" (?) bug.
Here is screenshot about this: http://tols17.oulu.fi/~jhaapala/kde3.2beta2/filetransfer1.jpg
Most surely a 32- and 64-bit mixup. There are a lot of reports in the bug tracking system of things like this, but they are very hard to identify.
To the reporter: do you get this only on ntfs -> vfat transfer, or do you get it in many other situations?
More testing on this.. ntfs -> reiserfs and reiserfs -> reiserfs with same results. And after ~4Gb the progress bar started from the start (0%) and also other calculations: 0mb of 16..TB, 130mb of 16..TB and so on.
So there is a problem. File transfer is okay/successful.
*** Bug 71200 has been marked as a duplicate of this bug. ***
*** Bug 67712 has been marked as a duplicate of this bug. ***
works for me. I transferred a 3GB file from reiserfs to FAT32 and didn't have a problem with the filesizes being wrong.
This bug is *not* fixed in KDE 3.2. The problem still occurs. Screenshot upon request.
I am reopening this. I just experienced this with HEAD. Copying a 4GB file via SMB from Windows XP to ~ results in the described behaviour at 2GB.
samba (with libsmbclient) 3.0.4
Created attachment 6695 [details]
the PNG is corrupted. And smb:/ is a different bug - fixed too
As you can see in the screenshot, the bug still happens.
This time, it's a smb:// copy that displays this kind of huge file size.
Created attachment 18530 [details]
Another smb:// huge file size
Same bug for me copying a 3.7 Go file with KDE 3.5.5 / openSuSE 10.2 / kernel 220.127.116.11-jen40b
FROM : samba on reiserfs
TO : local on ext3
Created attachment 19171 [details]
Screenshot of reiser->reiser file transfer
Attached a screen shot showing a successful transfer of a 3.9 Gig file locally,
reiserfs3 to reiserfs3, on KDE 3.5.5 (Gentoo).
Created attachment 19202 [details]
Transfering 3.9G File over SMB to local reiserfs
This screenshot clearly shows the bug still exists in 3.5.5 for samba->local
This bug is confirmed.
This bug exhibits itself using KFTPGrabber as well which should remove the FS specificity of it. The only thing to note is that it appears to be triggered well before 2GB of data, even 10-15MB triggers it for me. Could it be related to filecount as well ? It appears that the total filesize is miscalculated and as a result when the "data left to transfer" hits 0KB of data left, yet there is still more data to transfer, it drops into the 16'777'216.0 TB.
Screenshot also available on request.
All reports about file management mode reported against KDE 3 (konqueror) has been closed: konqueror in KDE 3 is no more developed and mantained. All bugs and wishes which could be interesting for Dolphin in KDE 4 (the new KDE file manager) has been collected into a specific list.
Please try the new file manager before request new features and report bugs.
Before submitting new reports check carefully the already opened KDE/Dolphin reports in order not to add duplicates.
P.S: I remember about this bug, it has been fixed a couple of years ago.