Summary: | Queued downloads start allocating diskspace all together | ||
---|---|---|---|
Product: | [Applications] ktorrent | Reporter: | Frederik Schwarzer <schwarzer> |
Component: | general | Assignee: | Joris Guisson <joris.guisson> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Frederik Schwarzer
2011-01-08 19:41:51 UTC
Version ? master built from source Disk space is only allocated when a torrent is started for the first time. Do you have the feature enabled to reduce the priority of torrents when they are stalled for too long ? Umm ... I think we are talking past each other ... or I do not understand your question. :) I try to explain better: If I reach the max number of torrents running, every additionally added torrent is queued. Now if I have two torrents queued and one of the running torrents finishes, both queued torrents are starting to allocate their diskspace in parallel. The first one done allocating is started; the other one is queued again after the allocation. Git commit 4f6ff532c02c61254a6cec8e16c4d010c7ec20e5 by Joris. Pushed by guisson into branch 'master'. Fix QM bug causing torrents to get started when it is not needed BUG: 262570 M +1 -0 ChangeLog M +2 -2 libktcore/torrent/queuemanager.cpp http://commits.kde.org/e79f3103/4f6ff532c02c61254a6cec8e16c4d010c7ec20e5 Git commit 139dda7fc148ee521aeb1bdafe38492ea8aacaeb by Joris. Pushed by guisson into branch '4.1'. Backport to 4.1: Fix QM bug causing torrents to get started when it is not needed CCBUG: 262570 M +1 -0 ChangeLog M +2 -2 libktcore/torrent/queuemanager.cpp http://commits.kde.org/e79f3103/139dda7fc148ee521aeb1bdafe38492ea8aacaeb |