Bugzilla – Bug 396079
kget downloads delayed, won't start
Last modified: 2009-06-29 20:08:37 UTC
Currently running 11.0 RC! 64bit. Using kget with konqueror integration. Same problem was present in Beta3. Any file download with konqueror (or kget) fails to start. The file shows up in kget, but under status of the download it says "delayed" and not a single byte is downloaded. Running beta3 i attempted to download the RC! dvd from http://ftp5.gwdg.de. The DVD iso showed up in kget, but status was "Delayed' adn the download never started. i switched to my 10.3 machine and it downloaded fine. I tried downloading smaller files and from other sites. The result is always the same. the file shows up in kget, the status is marked "Delayed', and the download never starts. I can download with firefox under 11.0 RC1, but not konqueror with kget
Same here with 11.0 GM 32bit
*** Bug 400496 has been marked as a duplicate of this bug. ***
kget 4.0.83 works
Kget4 stalls the downloads when the number of threads is set to 4 in the multithreaded Http/ftp settings. If I set this to 1 and restart kget, all works fine. In reply of comment #3: It still doesn't work for me with KDE 4.0.83. Are you sure you didn't alter this setting?
set to 1 by default
In reply of comment #5: Ahh, I could have sworn that I didn't change a thing. So the stalling with multithreaded downloads is a different bug.
Doesn't work with Qt: 4.4.0 KDE: 4.1.1 (KDE 4.1.0 (4.1 >= 20080722)) "release 21.1" KGet: 2.1.1 When I set the number of threads to 1 it works.
I can confirm this bug too, though it seems to be an upstream one. I bug reported it upstream (see URL field). Closing as UPSTREAM.
i have this bug in kget 2.1.3 (kde 4.1.3) opensuse 11.1 x64 why it says its resolved? why should i change the number of threads to one ( so remove this option if its bugy) so it is still a bug (not resolved , just a workaround )