Custom Query (2449 matches)
Results (415 - 417 of 2449)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #2740 | WontFix | Disabling upload is ineffective | ||
| Description |
Hi, I have set all the settings that I can see that relate to uploading but Deluge still seems to be doing that. Is there a config file I can add to this bug that will show all the settings? George... |
|||
| #2739 | Invalid | Fedora 21 x86_64 config-> downloads->filesystem broken | ||
| Description |
Hi, I was expecting a dialogue after selecting "filesystem" so I could enter the specific path(s) that I wanted to use. This did not happen. I'm using the latest Firefox, 36.0.1 Thanks, George... |
|||
| #2738 | Fixed | Illegal argument to libtorrent set_max_connections | ||
| Description |
When testing a debug build of libtorrent I noticed that it fails on an assert statement that tests for valid input to the torrent_handle.set_max_connections Libtorrent docs says that
During startup, deluge passes 0 to this function for some of the torrents. Oddly enough, lt actually treats 0 and -1 equally: if (limit <= 0) limit = (1<<24)-1; I'm not sure what really happens when passing in 1. There are two different asserts: set_max_connections (torrent_handle.cpp) TORRENT_ASSERT_PRECOND(max_connections >= 2 || max_connections == -1); set_max_connections (torrent.cpp) TORRENT_ASSERT(limit >= -1); This could indicate that it's only a bug in the lt doc and the assert in torrent_handle.cpp, i.e., 1 and 0 are also valid values. |
|||
