Bug 280100

Summary: KGet does not automatically start queued downloads when one download completes
Product: [Applications] kget Reporter: Simon Yuan <bugs.kde.org.onion358>
Component: generalAssignee: KGet authors <kget>
Status: RESOLVED FIXED    
Severity: normal CC: mat69
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In: 4.7.1
Sentry Crash Report:

Description Simon Yuan 2011-08-15 02:02:35 UTC 
Version:           unspecified (using KDE 4.7.0) 
OS:                Linux

I have set the max number of downloads to just one. When downloading more than one files, other files are queued after the current file being transferred. However, when the current download completes, KGet fails to start the next download in the list.

Also, when files are queued, shouldn't the status indicate they are now in the queue? Currently the status simply says "stopped", which I think is why this bug is happening.

Reproducible: Always

Steps to Reproduce:
1. Set max downloads to one
2. Queue more than one file for download (I used the import link feature)
3. Start downloading

Actual Results:  
When the first file is downloaded, KGet stops and other files are not downloaded.

Expected Results:  
When the first file is downloaded, start downloading the next file in the list.

I think this bug is a regression in KDE SC 4.7.0, it was working fine before.
Comment 1 Simon Yuan 2011-08-15 02:03:58 UTC 
I forgot to mention that, when one download finishes, if I click on "Remove All Finished", KGet then correctly picks up the next download in the list.
Comment 2 Matthias Fuchs 2011-08-15 07:37:24 UTC 
Thank you for the report.
We fixed that issue already, so this unfortunate regression won't be in 4.7.1