Custom Query (2447 matches)
Results (208 - 210 of 2447)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #568 | Fixed | Certian characters in torrent filename cuases Deluge to NOT display torrent names and status for all torrents. | ||
| Description |
After adding a torrent with a certain character in its name it caused deluge to hide all torrent file names, status, rank, ratio, and download/up speed in the main window. showing just a list of unnamed torrents (the same number of torrents expected) It does continue to work (the rest of my torrents continued to download) and you can work around this by looking at each unnamed torrent files details. The torrent file in question did download and upon removing the torrent deluge has reverted back to normal.
Bug is not critical but strange and slightly alarming upon first experiencing it. The torrent file in question is "Lisa Ann - Who’s Nailin Paylin" where two Russians have there tank break down and need to use her phone. It is not as funny as I had hoped, but not too bad. There are still more episodes to be released. I also tried to attach the torrent but received a trac error related to parsing the torrent file and hitting the odd char. |
|||
| #71 | Invalid | wrong speed unit in 0.5.4.1 | ||
| Description |
Hi! Just noticed that the unit for down or up speed is currently "KiB/s", which doesn't make any sense to me. The "correct" unit should be "kB/s" if the SI symbol for kilo (k) should be used. Maybe a very, very minor bug, but still something to improve! :) Maybe it's already done in a later version, but on my Xubuntu is 0.5.4.1 the current available version. All the best! /T. |
|||
| #2481 | Duplicate | multi-threaded torrent checking | ||
| Description |
from what I can see (please do correct me if I'm wrong and close the ticket), deluge doesn't seem to like using more than one thread to check a torrent even when there are several hundred torrents in the queue. This seems like a waste of resources and time, given that if:the load was spread across more cores, or n torrents could be checked concurrently (where n is the number of threads your CPU supports), or there was a setting to allow you to choose some way to more efficiently use the resources available, Deluge would be several times faster at starting up or adding multiple torrents where the data already exists. tl;dr: spread checking torrents across available cores sorry if this is a little incoherent, I've had a lot of coffee and not much sleep more info on my current system just in case it helps: #deluged --version deluged: 1.3.3 libtorrent: 0.15.10.0 |
|||
