When I add a download by clicking a link in Firefox, KGet allows me to choose where to store the downloaded file, but when I click OK it doesn't add the download to the queue immediately if there is another download going. The new download doesn't even appear in the list of downloads for quite some time. It may appear and start downloading later though (many minutes later, I'm not sure what triggers it). The existing download doesn't seem to prevent the new downloads from being added as the new download may appear in the list before the existing download finishes. This basically breaks concurrent downloads as new downloads don't start immediately. Reproducible: Always Steps to Reproduce: 1. Add some long running download to KGet, make sure it's started. 2. Add another download. I'm doing it with Firefox with FlashGot addon configured to use KGet. 3. Select the target directory for the new download and press OK. Actual Results: The new download does not appear in the downloads list. Apparently, it doesn't start either because when it does appear it starts from 0%. Expected Results: The new download should appear in the list immediately and start downloading, as long as this is allowed by the number of concurrent downloads in the settings. KGet 2.14.6.
I'll add that I'm using KGet for FTP/HTTP downloads only.
I can reproduce this problem too. I'm using KGet 18.4.2 on a Gentoo Linux system.
Confirmed on 20.08.3
Git commit 25d57cad8166151845b36ed90870a0eaf8cfaf03 by Yuri Vital. Committed on 14/12/2020 at 07:55. Pushed by meven into branch 'master'. Transfers are created stopped by default. TransferData constructor accept started state as an implicit agrument. When not specified, the default value is false. So set explicitly to true in calling functions and let the scheduler apply connections limits. M +2 -2 ui/newtransferdialog.cpp https://invent.kde.org/network/kget/commit/25d57cad8166151845b36ed90870a0eaf8cfaf03