| Summary: | kget shows the ftp file sizes incorrectly | ||
|---|---|---|---|
| Product: | [Unmaintained] kio | Reporter: | virgilg |
| Component: | ftp | Assignee: | David Faure <faure> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | grundleborg, mat69, nicolasg |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | KGet transfer window | ||
|
Description
virgilg
2003-04-18 23:05:17 UTC
Created attachment 1380 [details]
KGet transfer window
Here's the capture of the transfer window.
BTW, how do I attach the image when reporting the bug? I didn't see any
"attach" button on that page.
When clicking on "Advanced" this is the log I get. 13:39:29 : Copy file from: ftp://linux.csua.berkeley.edu/debian-cd/3.0_r1/debian-30r1-i386-binary-1_NONUS.iso 13:39:29 : To: file:/mnt/win9x/Linux%20Sources/debian-30r1-i386-binary-1_NONUS.iso 13:39:30 : Opening connection to host linux.csua.berkeley.edu 13:39:36 : Connected to host linux.csua.berkeley.edu 13:39:36 : Sending login information 13:39:37 : Login OK 13:39:46 : Total size is 730 bytes 13:39:46 : File Size checked 13:39:46 : The file size does not match! 14:13:39 : Pausing That's it, folks. I played around some more with that Debian ISO file. I made it stop transferring and restart a lot. I noticed that the file on the disk gets rewritten every time (ls -la filename) but in the kget's main window's status bar this is incorrect. In my test I stopped the file at around 10 Mbytes. I then resumed. The Size field in the status bar showed 9.3 MBytes (which is OK). It then went to 9.4, 9.5, 9.3, 9.2 :-) At this point, I stopped the transfer again and checked the file size from the console. It was around 500k. So, that's the bug. I played around some more with that Debian ISO file. I made it stop transferring and restart a lot. I noticed that the file on the disk gets rewritten every time (ls -la filename) but in the kget's main window's status bar this is incorrect. In my test I stopped the file at around 10 Mbytes. I then resumed. The Size field in the status bar showed 9.3 MBytes (which is OK). It then went to 9.4, 9.5, 9.3, 9.2 :-) At this point, I stopped the transfer again and checked the file size from the console. It was around 500k. So, that's the bug. for moderately sized files, the size KGet displays is indeed the size of the file that was downloaded. I tested it on http://www.gnu.org/manual/ddd/index.html by downloading a pdf. However for ISO images, KGet seems to get incorrect data. Tested with KGet v0.83 (Using KDE 3.1.93 (CVS >= 20031028)). *** Bug 53179 has been marked as a duplicate of this bug. *** I confirm this bug. For example, ftp://ftp.take2.de/demos/pr2_demo.exe (note: it's large file!) after completion of download shows 99%. This bug isn't only KGet. Pure Konqueror end download with this bug. Possible, it's kio-ftp bug. To comment #7: the file seems to work under Konqueror of KDE 3.1.4-SuSE 9.0. So may be it is a regression in KDE (or the FTP server serves correct sizes now.) Have a nice day! Sorry, please disregard my comment #8, as the bug is about having 99% at the end, not during download. Is this bug still present in a recent version of KDE, such as 3.5.8 or 4.0.1? Tested it with trunk (what is to be 4.4) and cannot reproduce it, so the problem appears to be fixed. |