Custom Query (2447 matches)
Results (169 - 171 of 2447)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#3431 | Fixed | Deluge 2.0.3 Connection Manager fix window height | ||
Description |
I have found it frustrating with deluge 2.0.3, every time I start the program and land on the connection manager screen I have to resize it to see any of the options on the screen. Please accept this patch. --- deluge/ui/gtk3/glade/connection_manager.ui.old 2020-09-13 11:19:17.182998261 -0400 +++ deluge/ui/gtk3/glade/connection_manager.ui 2020-09-13 11:19:32.010168753 -0400 @@ -30,7 +30,7 @@ <property name="modal">True</property> <property name="window_position">center-on-parent</property> <property name="default_width">300</property> - <property name="default_height">250</property> + <property name="default_height">400</property> <property name="destroy_with_parent">True</property> <property name="type_hint">dialog</property> <child> |
|||
#124 | WorksForMe | Blocklist plugin completely broken, plus it <probably> doesn't honour the "download every XYZ days" setting | ||
Description |
Deluge 0.5.8.7 on Ubuntu 8.04 updated as of today. The blocklist plugin is completely broken. After removing ~.config/deluge/blocklist* and then installing the latest deluge, when I configure the Blocklist Importer to download http://www.bluetack.co.uk/config/nipfilter.dat.gz every 0 days (default), it shows the small download window with a progress bar which frezzes at 0%. I know for sure the URL is fine, I can download the filter file with the browser and amule has no problems with it. After about 5 minutes of a frozen window, it throws the cryptic error message: Couldn't download URL:('http protocol error',0,'got a bad status line', None) Incidentally, ubuntu hardy official version 5.8.4 works including the blocklist plugin; however the "download the list every XYZ days" setting is ignored and the list is downloaded every single time deluge is started. To better handle brokenness, I suggest blocklist importer to support an "download list on restart" checkbox (if checked, then ask every how many days). If unchecked, then the plugin should try to use the local cache that we can download manually with a browser. This is amule's behaviour and works very well. With 0.5.8.7 freeze, looking at the terminal messages, I see: ~$ checking for ubuntu... no existing Deluge session Starting new Deluge session... deluge_core; using libtorrent 0.13.0.0. Compiled with NDEBUG. Applying preferences save uploaded memory Pickling state... Scanning plugin dir /usr/share/deluge/plugins Initialising plugin FlexRSS Initialising plugin Search Initialising plugin TorrentCreator Initialising plugin MoveTorrent Initialising plugin WebUi Initialising plugin WebSeed Initialising plugin NetworkHealth Initialising plugin BlocklistImport Initialising plugin Scheduler Initialising plugin TorrentPeers Initialising plugin TorrentFiles Initialising plugin EventLogging Initialising plugin TorrentNotification Initialising plugin SpeedLimiter Initialising plugin NetworkGraph Initialising plugin DesiredRatio Applying preferences Starting DHT... no old fastresume to delete Found TorrentSearch plugin... Found TorrentFiles plugin... Found TorrentPeers plugin... Found blocklist plugin ... Fetching http://www.bluetack.co.uk/config/nipfilter.dat.gz save uploaded memory Pickling state... Cancelling Cancelling Cancelling Cancelling |
|||
#2193 | Duplicate | "Open Folder" doesn't work when I right click a torrent in Deluge 1.3.5 | ||
Description |
Client: 1.3.5 libtorrent: 0.15.9.0 Mac OS X 10.8.2 Whenever I right click a torrent and click "Open Folder" nothing happens. It doesn't take me to the folder where the files from that torrent are located. It simply just doesn't do anything. Is there anything I can do to fix this? Thanks -Christian |