Custom Query (2448 matches)

The GTK UI is showing local file browsers for my connection to a remote deluged instance.

I didn't think the deluge team would be silly enough to do this, and I was right of course, but after diving into the source it seems to me that the client is switching which chooser to display depending on whether the server address is localhost or not. Herein lies the problem: I am connected to a remote deluged instance through an SSH tunnel with my endpoint bound to localhost. That is, yes: the UI is connected to localhost, but no: the deluged instance is not running locally.

Specifically:

• deluged is running on 'remotesvr' on the usual port.
• I open the tunnel like so: "ssh -N -L 58847:localhost:58846 thomas@remotesvr".
• I connect to the remote deluged through the tunnel by pointing my client at localhost:58847.

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.

Before:

After:

--- 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>

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