Unable to add magnet links by clicking on them-ipcinterface

[Arch]

This is my first post here, so apologies if I've missed anything obvious, put this in the wrong place etc.

Problem: When clicking on a magnet link in the browser, it used to open the Deluge client and add the torrent for me. A few days ago, this behaviour stopped working. I don't think I've changed anything to do with Deluge, so I'm currently unable to determine why this is happening.
Now if I click a magnet link while Deluge isn't open - Deluge opens, but nothing gets added to the queue. If I click magnet link while Deluge is already open - Deluge window comes into focus, but nothing gets added to the queue

Troubleshooting:

• Tried a different browser - same issue.
  Tried a different magnet link - same issue
  Tried a .torrent file instead of a magnet link - this works as expected, it file gets added and appears in the queue
  Uninstalled Deluge, renamed the config folders to config-old, reinstalled Deluge - same issue
  Started Deluge with logging enabled and clicked a magnet link. Here is the output I get:

Code: Select all

[DEBUG   ] 21:42:25 ipcinterface:211 Attempting to add file (magnet:///?xt=urn:etc-rest of link text) from external source...
[ERROR   ] 21:42:25 ipcinterface:217 No such file: /home/MYUSERACCOUNT/magnet:/?xt=urn:etc-rest of link text

So it looks like it's failing when trying to add the file because it doesn't perceive it to be there. Does anyone know how to fix this?

Deluge version: 1.3.11
libtorrent version: 0.16.17.0
OS: Arch Linux
Desktop Environment: Cinnamon
Config: Running deluged and connecting to it with the gtk Deluge client

[MarcSant]

I'm experiencing the same behavior. Using Ubuntu 15.04, and using a fresh install appears to the same here.

[ShenLun]

OS: Windows 8.1
libtorrent:0.16.18.0
Client:1.3.11

I have the same problem, I can't download from any site. I have deluge associated with my torrents and magnet links.

Kind Regards
Scott

[hfdragon]

I have the exact same probem and error message.. anyone found a solution ?

[Shryp]

I am using Windows 7, Deluge 1.3.11, libtorrent 1.0.5, Google Chrome and magnet links are loading for me from 2 tested sites.

[hfdragon]

I'm unsing Ubuntu Linux 15.04, Deluge 1.3.11, and libtorrent 0.16.18-1 ... and it's not working

[granjerox]

I have the same problem here:

Ubuntu 15.04 With Gnome 3.16
Deluge 1.3.11-0ubuntu2

Opening magnet files from Firefox works fine but from Chromium it doesnt work.

CHROMIUM
=========

Code: Select all

[DEBUG   ] 19:31:47 configmanager:111 Getting config 'gtkui.conf'
[DEBUG   ] 19:31:47 ipcinterface:181 Processing args from other process: ['magnet:///?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337']
[DEBUG   ] 19:31:47 configmanager:111 Getting config 'gtkui.conf'
[DEBUG   ] 19:31:47 ipcinterface:192 arg: magnet:///?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337
[DEBUG   ] 19:31:47 ipcinterface:211 Attempting to add file (magnet:///?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337) from external source...
[ERROR   ] 19:31:47 ipcinterface:217 No such file: /home/XXXXXXXXXXXX/magnet:/?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337

FIREFOX
========

Code: Select all

[DEBUG   ] 19:32:52 configmanager:111 Getting config 'gtkui.conf'
[DEBUG   ] 19:32:52 ipcinterface:181 Processing args from other process: ['magnet:?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337']
[DEBUG   ] 19:32:52 configmanager:111 Getting config 'gtkui.conf'
[DEBUG   ] 19:32:52 ipcinterface:192 arg: magnet:?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337
[DEBUG   ] 19:32:52 ipcinterface:203 Attempting to add magnet (magnet:?xt=urn:btih:4C54A45C5D1C7C1F2C60ADCFB0E0F748FBE51E3B&dn=minions+2015+hd+ts+xvid+ac3+hq+hive+cm8&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337) from external source...

magnet link reaches deluge from both browsers.


any clue?

[sammko]

I've been having the same problem and did some research.
I found that the problem lies in the DE specific *-open apps. (gvfs-open for GNOME, exo-open for XFCE, etc.) Chromium uses the generic xdg-open to open files and schemes, which in turn either:
a) uses it's own database if no DE is detected
b) uses a DE specific *-open program if a DE is detected (using the $DE env. variable)

In case a DE is not detected, xdg-open reads the configured .desktop file and executes the Exec= section, replacing %U with the magnet link. This works just fine, and can be tested as such:

Code: Select all

$ DE="" xdg-open "magnet:?xt=urn..."

However(!) when xdg-open successfully detects a running DE, it will execute a corresponding *-open program which can do whatever it wants with the link. They mostly do the same thing as xdg-open, but most of them also mess up the link in some form or another. I tested this by configuring the magnet link handler to a script which just prints the arguments it has been given.

VANILLA XDG-OPEN

Code: Select all

$ DE="" xdg-open "magnet:?xt=urn"
magnet:?xt=urn

Everything is perfectly fine here.

GNOME, MATE:

Code: Select all

$ DE="gnome" xdg-open "magnet:?xt=urn"
magnet:///?xt=urn

Notice the three '///'

XFCE:

Code: Select all

$ DE="xfce" xdg-open "magnet:?xt=urn"
magnet:%3Fxt=urn

Notice the / is urlencoded and replaced by %3F

Now let's test what deluge says to each of theese links:

Code: Select all

$ deluge-gtk "magnet:?xt=urn"

Everything works just fine

Code: Select all

$ deluge-gtk "magnet:///?xt=urn"

ipcinterface:217 No such file: /home/sammko/magnet:/?xt=urn

Code: Select all

$ deluge-gtk "magnet:%3Fxt=urn"

ipcinterface:217 No such file: /home/sammko/magnet:%3Fxt=urn

The solution would be to either improve the magnet link detection algorithm in deluge, or go bug the developers of gvfs-open and exo-open.

[Cas]

I can look at whether it can/should be fixed in Deluge but this need reporting to Ubuntu as there should be no reason for those slashes being added to the uri.

[Cas]

Handily someone else has investigated this and posted a fix: https://bugs.launchpad.net/ubuntu/+sour ... ug/1480295