Description of problem: xdg-open forgot how to parse file:// URLs, correctly. For example, it doesn't know what %20 means Version-Release number of selected component (if applicable): xdg-utils-1.1.0-0.39.rc3.fc22.noarch How reproducible: Always since F22 Steps to Reproduce: 1. touch "/tmp/space name.txt" 2. xdg-open 'file:///tmp/space%20name.txt' 3. Actual results: Error when getting information for file '/tmp/space%20name.txt': No such file or directory. Expected results: file should open Additional info: Calibre owner says this is the root cause of bug 1246346
*** Bug 1246346 has been marked as a duplicate of this bug. ***
Yeah, I guess that's okay, except that my Calibre library is nearly *unusable* now, while xdg-open still works in other situations. So, I'm worried this isn't going to get fixed. Calibre is severely impacted, while only one feature of xdg-open is broken.
Under what DE are you seeing this? It works for me on kde, ie, kde-open 'file:///tmp/space%20name.txt' works
And what does this say with your test-case? XDG_UTILS_DEBUG_LEVEL=2 xdg-open 'file:///tmp/space%20name.txt'
$ XDG_UTILS_DEBUG_LEVEL=2 xdg-open 'file:///tmp/space%20name.txt' Selected DE xfce I'm using Xfce. What does kde-open have to do with it? Why didn't you try xdg-open? kde-open isn't even part of the xdg-utils package.
(I did try xdg-open, it worked the same way for me, because xdg-open is essentially just a wrapper for DE-specific tools. Now, in your case, all xdg-open does on xfce is pass the input on to xfce's exo-open. It appears that exo-open is failing here, and seemingly not able to handle encoded url's # works $ exo-open '/tmp/space name.txt' $ exo-open file:///tmp/space\ name.txt $ exo-open 'file:///tmp/space name.txt' # does not work $ exo-open 'file:///tmp/space%20name.txt' exo maintainer(s), is this a bug or feature? If not a bug, we'll probably have to modify xdg-open to not try using exo-open anymore.
Bug. https://bugzilla.xfce.org/show_bug.cgi?id=12017 I'll see about making a scratch build with the patch to test later unless someone beats me to it. ;)
thanks (updating summary)
(In reply to Rex Dieter from comment #6) > (I did try xdg-open, it worked the same way for me, because xdg-open is > essentially just a wrapper for DE-specific tools. Ah, right, sorry! I did learn that at some point in the past; I just forgot. Thanks!
Can you please try this scratch build and let me know if it fixes the issue? https://koji.fedoraproject.org/koji/taskinfo?taskID=10563906
Hi Kevin, Thanks for the new build so quick. I think I did it right, but I got the same error, so let me tell you what I did. 1) downloaded the rpm exo-0.10.6-4.fc22.x86_64.rpm from koji (from you src build task) 2) installed it with 'rpm -Uvh ...rpm' 3) tried it with 'exo-open "file:///home/.../onea%20two.txt"' This gives a dialog box with Error when getting information for file '/home/pdestefa/tmp/exoProblem/one%20two.txt': No such file or directory. So, that is the same as before.
Bah. Try this build: https://koji.fedoraproject.org/koji/taskinfo?taskID=10587846 Any better?
Yes! Works on my exo-open and xdg-open tests. And, better yet, it fixed my Calibre library. (I don't know why having Calibre misbehave was so uncomfortable, but it really was.) Thanks much!
exo-0.10.6-4.fc23 has been submitted as an update for Fedora 23. https://admin.fedoraproject.org/updates/exo-0.10.6-4.fc23
exo-0.10.6-4.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/exo-0.10.6-4.fc22
Package exo-0.10.6-4.fc23: * should fix your issue, * was pushed to the Fedora 23 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing exo-0.10.6-4.fc23' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-12859/exo-0.10.6-4.fc23 then log in and leave karma (feedback).
exo-0.10.6-4.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
exo-0.10.6-4.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.