Custom Query (2449 matches)
Results (517 - 519 of 2449)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1352 | Fixed | WebUI becomes unresponsive with large number of torrents | ||
| Description |
Running a software mirror using Deluge, and currently have about 330 torrents running on the system. As I'm migrating from another system, I've been moving the data around and importing the old torrent files. Unfortunately, after adding the files, the WebUI is nearly unresponsive. Which browser I use doesn't seem to matter much. |
|||
| #3393 | Fixed | Changing location of "move completed to" doesn't work | ||
| Description |
Deluge 2.03 - libtorrent 1.2.5 - Xubuntu 16.04 In the preferences, set a location to move completed torrents to. Add a torrent. While it's downloading change the location to move the completed torrent to, and click on Apply. When the torrent completes, it does not move to the folder selected, it moves to the folder set in preferences still. In fact, if you close Deluge and re-open, you will find the location to move completed torrent to did not change. Tested on Xubuntu 18.04 as well with Deluge 2.0.3 installed from PPA and same behavior was observed. This functionality seemed to work fine on Deluge 1.3.x |
|||
| #869 | Duplicate | concurrent downloads using same name are not handled | ||
| Description |
There are sometimes two distinct torrents using the same download name, probably providing largely the same content, although not exactly identical. Deluge doesn't seem to handle this, so all files from both torrents are merged into a single download directory. Also, when one of the torrents finish, the directory might be moved and so causes the remaining torrent to fail when it has nowhere to continue writing its files. Deluge should handle this situation, at least by appending a ".[n]" to a duplicate directory name before it is created. Like numbered backups for the cp command. This assignment must be atomic. |
|||
