rdt-client icon indicating copy to clipboard operation
rdt-client copied to clipboard

Waiting for File Selection

Open nick-harper opened this issue 1 year ago • 5 comments

I have the following settings set:

Provider > Auto Import Defaults > "Download all files to host", "Minimum file size to download = 2" qBittorrent > Minimum File size to downlad = 2

However, Torrents seem to sit on "waiting for file selection" for ages. (30 minutes or so)

If I login to Real Debrid and click the file to download manually, it downloads and processes instantly.

Is it possible to speed the automated file selection up?

nick-harper avatar Jan 07 '25 16:01 nick-harper

Please post a full log when this is happening.

rogerfar avatar Jan 20 '25 03:01 rogerfar

@rogerfar I'm currently having this problem and I've been unable to figure it out. It seems to be a queueing issue. Is the queue global or per torrent? I'm currently using the Bezzad downloader. What I've observed:

  • If I have 2 torrents, it'll download one and the other one will just stay at "Torrent waiting for file selection".
  • If I manually go into RD and hit start, the stuck torrent will change to "Torrent finished, waiting for download links" (even though it's 100% on RD).
  • As soon as I delete the downloading one, the "stuck" one will start.

I tried turning on debug logging but the stuck torrent doesn't even show up in the logs until it starts downloading.

taschmidt avatar Apr 25 '25 18:04 taschmidt

Can you post a log @taschmidt? Make sure the log level in both the General tab and the Download Client tab are set to debug, then restart. It’s easier for us to read the logs if you delete all the torrents from client and add torrent(s) after restarting to demonstrate the issue.

Regarding your question about the queue, it depends which queue you mean (kinda). There are now (as of v2.0.105) 3 queues: a Debrid queue (how many torrents rdt-client can be downloading on your provider at once), a Download queue (how many downloads rdt-client will do from your provider at once, across all torrents), and an unpack queue (basically same as download queue). So they’re all global, none are per-torrent.

Cucumberrbob avatar Apr 25 '25 18:04 Cucumberrbob

Ok, so that answers my question then. In that case, can I make a feature request that settings be added that govern global AND per-torrent? My current use case is downloading a large torrent (250GB+) with 270+ files. That download effectively monopolizes the queue and makes my RdtClient completely useless until it's done.

taschmidt avatar Apr 25 '25 18:04 taschmidt

Absolutely! And it sounds like it’ll be a good feature request - one with a clear motivation and use case.

Cucumberrbob avatar Apr 25 '25 19:04 Cucumberrbob