Opened 10 years ago

Closed 10 years ago

#4574 closed Enhancement (invalid)

Allow for a more aggressive queue handling

Reported by: marcus Owned by:
Priority: Normal Milestone: None Set
Component: Transmission Version: 2.41
Severity: Major Keywords:
Cc:

Description

I cannot seem to get the download queue working with the webui. If I have a torrent that is queued for download and I select "Move to top", the I would expect the torrent to start downloading and the torrent at the bottom of the current download priorities be marked as queued for download. this does not happen. In fact, if I change the sort order to "by queue position", the webui actually shows the torrents I moved to the top at the top of the queue, but it is still marked as queued. In fact, this sort order shows that the queue position seems completely unrelated to what's being downloaded. Currently, I have torrent at position 0 queued, torrent 1 and 2 downloading, 3 is again queued, 4 is downloading, 5 and 6 are queued, and so on. Maybee my expectations of how the download queue is supposed to work are completely wrong, but I'd say this feature is just not working properly.

Change History (5)

comment:1 Changed 10 years ago by cfpp2p

I'm OK with how queuing is functioning. I set the queue position for as I want for torrents before they start and then all proceeds properly. If they are out of order and already started then I simply pause the torrents and restart them immediately, and all is good. Really simple and works quite fine for me, but maybe not seem that way for other people...

comment:2 Changed 10 years ago by livings124

  • Resolution set to invalid
  • Status changed from new to closed

This is intentional. The queue is designed to be simple, meaning that active transfers will never be paused. Once moved to the top, the transfer will be started when one finishes.

comment:3 follow-up: Changed 10 years ago by marcus

  • Resolution invalid deleted
  • Status changed from closed to reopened
  • Summary changed from Download queue not working with daemon/webui to Allow for a more aggressive queue handling
  • Type changed from Bug to Enhancement

Replying to cfpp2p:

I'm OK with how queuing is functioning. I set the queue position for as I want for torrents before they start and then all proceeds properly. If they are out of order and already started then I simply pause the torrents and restart them immediately, and all is good. Really simple and works quite fine for me, but maybe not seem that way for other people...

Indeed this does not work for me very well... Most of my torrent management is done automatically by running scripts from cron and having daemons running beside transmission. I would like to use torrent queues to focus the bandwidth to a small number of torrents so those torrents are completed on a regular basis. However, the way the queue currently work makes this hard to do because sooner or later, the queue is occupied with large and slow torrent and consequently, the number of torrents just keep on growing without having a lot torrents actually finishing.

Replying to livings124 :

This is intentional. The queue is designed to be simple, meaning that active transfers will never be paused. Once moved to the top, the transfer will be started when one finishes.

Because of the problems described above, I'd like to request the option to toggle a more "aggressive" queue handling that will stop currently running torrents if the fall out of the queue size.

comment:4 in reply to: ↑ 3 Changed 10 years ago by reardon

Replying to marcus:

Replying to cfpp2p: Indeed this does not work for me very well... Most of my torrent management is done automatically by running scripts from cron and having daemons running beside transmission. I would like to use torrent queues to focus the bandwidth to a small number of torrents so those torrents are completed on a regular basis. However, the way the queue currently work makes this hard to do because sooner or later, the queue is occupied with large and slow torrent and consequently, the number of torrents just keep on growing without having a lot torrents actually finishing.

I don't understand your need...if you are sophisticated enough to have custom scripts managing downloads, then you are sophisticated enough to implement the behavior you want with scripts. No need to make transmission-daemon any more complicated.

comment:5 Changed 10 years ago by jordan

  • Resolution set to invalid
  • Status changed from reopened to closed
Note: See TracTickets for help on using tickets.