On Wednesday 02 January 2013, David Narvaez wrote: > Hi all, > > I'm working on a fix for a bug we have in KGet, where some files are > downloaded incomplete. I found that at least one of the reasons why > this happens is because of the following use case. when KGet is set up > as the download manager for Rekonq: > > 1. Rekonq requests a URL, compressed pages are allowed > 2. Rekonq gets the MIME type and puts the slave on hold because it is > not a supported type > 3. KGet kicks in and a transfer plugin requests the same URL (no need > to know what a transfer plugin is, just know it does not support > compressed pages) > 4. KLauncher decides the URL was already requested so it assigns the same > slave > 5. The slave reports the compessed transfer size, the transfer > plugin gets the wrong size and the file is downloaded incomplete > Why is transfer stopped before it is completed and who stops it? Also if you get compressed data, why can't you feed it to karchive to uncompress it?
`Allan >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
