Add torrent from link doesn't work with split client/server

[Se7enLC]

If you use deluge in split client/server mode, when you launch it from a magnet URL, it launches deluge, but forgets about the URL you clicked. To add the torrent you need to first launch deluge, then click the URL.

Steps to reproduce: 1). Have a Deluge server running 2). Have Deluge client set up to connect to it 3). Click a Magnet URL

Expected results:

• Deluge launches, add dialog opens

Actual results:

• Deluge launches, nothing added

[Cas]

Contributing/BugReporting#CollectBugInformation

[tsume]

Hello,

I think this ticket could require further investigation. I found some other reports of users experiencing this issue. An example thread which I replied to is here: ​http://forum.deluge-torrent.org/viewtopic.php?f=7&t=45107&p=197633#p197633 I also found that when the issue is happening, if I add a 2nd torrent I will then get the "add torrent" popups for both the 1st and 2nd torrent.

The problem has happened to me twice on two different versions and two different PCs (Windows 8/8.1 being the only common thing between them). The issue took months to present itself on each PC. Deleting the Deluge folder in %appdata% fixed the issue in both cases, so I think it might be some kind of corruption or issue happening to the saved settings. Deleting the folder in appdata fixes it so I'm sure it's not a high priority issue, but it is definitely one people may not know how to fix when it happens to them.

[tsume]

Going to reopen the ticket so dev can see it.

[Cas]

My first comment still stands, so do you have any logs or further details? I have never seen this issue so I cannot test or even fix it. It is rather odd that deleting the config would fix, however you should test which specific file in the config is causing the issue.

[Se7enLC]

Good suggestion, tsume! I'm running Gentoo, and I was able to fix the problem by moving .config/deluge aside and reconfiguring from scratch. Something in the config must be getting corrupted.

[Cas]

Yes there must be an issue in the config but unless someone provides us with more details on how to replicate we cannot fix it!

[Se7enLC]

I went through the differences between the working and non-working config, and I found the offending line.

In gtkui.conf "autoadd_queued" was set to true in the non-working case, set to false in the working one.

I tested further by

• restoring my broken configuration
• clicking a torrent URL
• noting that deluge opened, but no "Add Torrent" dialog opened.
• closing deluge
• editing that one line, changing true to false
• clicking a URL
• noting that deluge now opens with an "add torrent" dialog

Additional info:

autoadd_enable is set to false autoadd_location is set to an empty string

If autoadd_queues is false, when you click a torrent, you first get a dialog listing the queued torrents to be added. When you click Add, it opens up the Add Torrents dialog, so you can click Add again.

That first "Add Queued Torrents" dialog has a checkbox labeled "Automatically add torrents on connect". Checking that box will make the first dialog not appear again, skipping directly to the "Add Torrent" dialog, as expected. But as a side-effect of that change, if deluge is not already running when you click a torrent URL, it doesn't open any dialog at all until you click the URL again.

[Cas]

Many thanks for debugging that, just what we need to look into fixing it :)

[Cas]

I have tested this and I believe this is fixed in 1.3.8.

[Se7enLC]

1.3.6 is the latest version in gentoo portage. I made a local ebuild for 1.3.8 and tested it out, it seems to work for me as well.

[Shished]

I have this problem in 1.3.11.

When "focus on window when adding torrent" option is disabled, clicking on magnet link does nothing. If this option is enabled and window is closed, clicking on magnet link opens Deluge window but does not open torrent add dialog. It only works correctly if Deluge window was opened before clicking on magnet link.

I'm using Deluge 1.3.11 on openSUSE 13.2 x86_64 with Gnome-Shell 3.14.

Here is traceback:

Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/addtorrentdialog.py", line 157, in show
    return self.update_core_config(True, focus)
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/addtorrentdialog.py", line 202, in update_core_config
    return client.core.get_config_values(self.core_keys).addCallback(_on_config_values)
  File "/usr/lib64/python2.7/site-packages/twisted/internet/defer.py", line 306, in addCallback
    callbackKeywords=kw)
  File "/usr/lib64/python2.7/site-packages/twisted/internet/defer.py", line 295, in addCallbacks
    self._runCallbacks()
--- <exception caught here> ---
  File "/usr/lib64/python2.7/site-packages/twisted/internet/defer.py", line 577, in _runCallbacks
    current.result = callback(current.result, *args, **kw)
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/addtorrentdialog.py", line 199, in _on_config_values
    self._show(focus)
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/addtorrentdialog.py", line 171, in _show
    if component.get("MainWindow").is_on_active_workspace():
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/mainwindow.py", line 318, in is_on_active_workspace
    active_wksp = win.get_screen().get_active_workspace()
exceptions.AttributeError: 'NoneType' object has no attribute 'get_screen'

[Cas]

The issue you are reporting is different to this closed and fixed one, please open a new one.

[Shished]

​Opened new ticket