Custom Query (2449 matches)
Results (478 - 480 of 2449)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1302 | Fixed | In classic mode: frequent torrents recheck after restart and traceback on quit | ||
| Description |
When in classic mode almost on every restart deluge doing recheck of ~50% of all torrents(here almost 100 of them, all seeding). In log it writes this on start for rechecked torrents: [DEBUG ] 16:34:46 alertmanager:123 fastresume_rejected_alert: \
Okuribito.mkv fast resume rejected: missing or invalid 'file sizes' entry
Also on quit in classic mode deluge writes this traceback: Traceback (most recent call last):
File "/usr/lib64/python2.6/site-packages/deluge/ui/ui.py", line 128, in __init__
ui = GtkUI(args)
File "/usr/lib64/python2.6/site-packages/deluge/ui/gtkui/gtkui.py", line 238, in __init__
reactor.run()
File "/usr/lib64/python2.6/site-packages/twisted/internet/gtk2reactor.py", line 249, in run
self.__run()
File "/usr/lib64/python2.6/site-packages/twisted/internet/gtk2reactor.py", line 293, in simulate
self.runUntilCurrent()
--- <exception caught here> ---
File "/usr/lib64/python2.6/site-packages/twisted/internet/base.py", line 778, in runUntilCurrent
call.func(*call.args, **call.kw)
File "/usr/lib64/python2.6/site-packages/twisted/internet/base.py", line 552, in stop
"Can't stop reactor that isn't running.")
twisted.internet.error.ReactorNotRunning: Can't stop reactor that isn't running.
After i turned off classic mode neither recheck on almost every restart nor traceback on quit happen anymore. Also i tried client_test from libtorrent for comparison and loaded to it almost all torrents i have in deluge - recheck doesn't happen there after restart(it also saves/loads resume data on exit/start). So seems like there are some issues on quit in classic mode. And i'm using the latest git master btw. |
|||
| #1303 | Fixed | Deluge GTK UI will not exit. | ||
| Description |
When I run the GTK UI on Ubuntu 10.04 and try closing it, the deluge process simply hangs. In the debug log file attached you can see:
I'm not sure, but I found this other bug which may be related: Please let me know if any further debugging or testing are required from my end. I am happy to test patches also. |
|||
| #1304 | WorksForMe | Context menu relocated after popup | ||
| Description |
Right after the menu in the main window has been popped out it is relocated to the location of the mouse pointer. This makes quick menu interaction impossible. Same goes for drag-activation (button press to open menu, keep pressed and hover the menu item, release to activate.) |
|||
