After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 563367 - for some URLs opening a link in the terminal says, 'operator not supported'
for some URLs opening a link in the terminal says, 'operator not supported'
Status: RESOLVED DUPLICATE of bug 546256
Product: gvfs
Classification: Core
Component: http backend
1.0.x
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2008-12-05 19:18 UTC by Pedro Villavicencio
Modified: 2013-10-03 16:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
I don't think this is a duplicate... this problem is caused by the %2F (2.54 KB, patch)
2013-10-01 12:16 UTC, Ross Lagerwall
none Details | Review

Description Pedro Villavicencio 2008-12-05 19:18:49 UTC
this report has been filed here:

https://bugs.edge.launchpad.net/ubuntu/+source/gvfs/+bug/305144

"Opening some links with right-click -> Open Link in gnome-terminal causes this popup, with "Could not open the address .... operation not supported"
Here's the extra details, something to do with gconf keys:
Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may not end with a slash '/'"

"opening the same with gvfs-open returns the same error"

url in question is:

http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0003832


Thanks,
Comment 1 Alexander Larsson 2009-03-10 14:49:47 UTC
seems to be similar to bug 559146

*** This bug has been marked as a duplicate of 559146 ***
Comment 2 Ross Lagerwall 2013-10-01 12:16:53 UTC
Created attachment 256182 [details] [review]
I don't think this is a duplicate... this problem is caused by the %2F

(urlencoded /) in the path.  I don't see why urlencoded slashes should be
rejected since everything else handles them just fine.

--

Allow '/' in URI paths

Otherwise, a URI like http://example.org/test%2Fxyz is treated as
invalid, when other programs handle it OK.
Comment 3 Ondrej Holy 2013-10-03 16:21:25 UTC
So it this case seem to be duplicate to the Bug 546256. There have been similar patches (e.g. Bug 581032), but they brakes other things...

*** This bug has been marked as a duplicate of bug 546256 ***