Custom Query (2449 matches)
Results (628 - 630 of 2449)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #2701 | Fixed | [gtk-ui] Move Download Folder cancel button doesn't work (move_storage_dialog) | ||
| Description |
deluge 1.4.0.dev366 (git commit 1e75b7bd1269d9d374652e917e9522749d0e5a56) on Ubuntu 14.04 right click a torrent -> Move Download Folder clicking cancel doesn't do anything. Pressing escape works, so does the close button on the window frame. Started poking around at source code, but didn't know what to look for, so I stopped and made this ticket. |
|||
| #2704 | Fixed | Shutdown results in KeyError: 'SystemTray' | ||
| Description |
Got this trace on shutdown in standalone mode. Traceback (most recent call last):
File "/home/ubuntu/deluge.git_master/deluge/ui/gtkui/mainwindow.py", line 305, in on_expose_event
component.get("SystemTray").blink(False)
File "/home/ubuntu/deluge.git_master/deluge/component.py", line 430, in get
return _ComponentRegistry.components[name]
KeyError: 'SystemTray'
develop branch point: [a35ce67] Likely breakage commit: [178c417] |
|||
| #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. |
|||
