Bug 280100 - KGet does not automatically start queued downloads when one download completes
Summary: KGet does not automatically start queued downloads when one download completes
Status: RESOLVED FIXED
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-15 02:02 UTC by Simon Yuan
Modified: 2011-08-15 07:37 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.7.1


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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