Custom Query (2449 matches)
Results (634 - 636 of 2449)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #2281 | WontFix | [PATCH] Add total_wanted_done into status and display in UI | ||
| Description |
I'm writing a plugin for deluge and I wan't to get the on-disk size of a torrent. I found status.total_wanted_done is the nearest, but it's strange that it cannot be seen from torrent.get_status(). I used to use uTorrent and it has both "total size, total wanted, total wanted done" on its UI, but it seems deluge only have the 2nd one? https://github.com/qbittorrent/qBittorrent/pull/300 has the comparation between all_time_download and total_wanted_done. |
|||
| #2306 | WontFix | [label] No possible to set "stop seeding ratio" below 1.00 | ||
| Description |
While it's possible to set the stop seeding ratio on torrents to 0.00 it's not possible in the labels plugin. This is just an problem in the GUI as you can edit config-file manualy and set "stop seeding ratio" to 0.00 and that works just fine. |
|||
| #2332 | WontFix | Speed optimizations to torrent.get_status | ||
| Description |
Optimized torrent.get_status by keeping track of if the torrent status has been updated since last call. If not, use the the previous values instead of calling the status functions. I've tested loading deluged with 1000 torrents and connecting thin client and leaving it running for 2 minutes. The number of calls to get_status is around 250000 Current get_status used a total of 15 seconds CPU, while this version used 6 seconds. According to cProfile the average runtime is reduced from 60 to 20 microseconds. The downside is that the code is a bit more verbose. https://github.com/bendikro/deluge/commits/develop-torrent-get-status-speedup |
|||
