Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Torrent queueing- min threshold not honored for "Max Active Torrents" #10378
Please provide the following information
qBittorrent version and Operating System
4.1.5 windows 7 x64
If on linux, libtorrent and Qt version
What is the problem
Torrents in excess of #set as "Maximum Active Torrents" (under torrent queueing) are queued, even if below minimum thresholds ("Do not count slow torrents..."
Settings for max active up and max active down seem to work as expected.
What is the expected behavior
Active torrents that do not meet the min thresholds should not be counted as active for the purpose of queueing.
Steps to reproduce
Set maximum active torrents setting at a value that exceeds actually active torrents. Set minimum threshold high enough that most/all torrents should not be counted as active for purposes of queueing.
Observe number of queued (status) torrents: equals # of resumed torrents - setting of maximum active torrents. Ie- behavior of maximum active torrents is not modified by the "Do not count slow torrents..." checkbox.
Extra info(if any)
In my case, this was first observed when exceeding 999 active torrents, which is the maximum value allowed in the setting. Allowing a value greater than 999 (or 0 for unlimited) would also be a helpful workaround. (Unless there is a reason I'm unaware of for a hard limit of 999.)
I am unable to test at a lower number until I have time to clone the machine to a VM.
I thought that might be the case... But what threw me off is that it only seems to be a limit with torrent queueing enabled. If I uncheck that, the previously queued torrents statuses change to seeding, all ~1085 that I have resumed.
It seems like you would want the hard limit set without torrent queueing enabled, as queueing in itself is a limiting safety net.
Either way, I assume something isn't working as designed here.