Description of problem: I run a mainly KDE-based system, but my primary web viewer is Firefox -- I'm not sure where the default applications come from in this case, so I'm filing the bug against Firefox but it could be wrong. If I open a PDF file with spaces in the file name through Firefox, it downloads successfully, but Okular claims not to be able to open it. This seems to be because the file has a name like "file with spaces.pdf", but Okular wants to open "file%20with%20spaces.pdf". Here's a 100% reproduceable test case: http://homepages.inf.ed.ac.uk/mef/file%20with%20spaces.pdf Version-Release number of selected component (if applicable): firefox-3.5.2-2.fc11.x86_64 How reproducible: Every time Steps to Reproduce: 1. Open the above URL and choose to view in Okular (if that's not the default already) Actual results: "Could not open file:///tmp/file%20with%20spaces.pdf" (but "/tmp/file with spaces.pdf" does exist) Expected results: Viewing the file
I guess okular should be fixed, not firefox. The trouble is that okular cannot handle escaped URL correctly. For example: - Create a pdf file named "name with space.pdf" - Try the following command: $ okular "file:///$(pwd)/$(echo "name with space.pdf" | sed -e 's| |%20|g')" Then okular cannot open this pdf file, while "evince" can handle escaped URL (and also non-escaped URL). Note that $ okular "file:///$(pwd)/$(echo "name with space.pdf")" suceeds Once changing the component to kdegraphics.
This issue affects opening PDF file with okular from pcmanfm (bug 521170)
Looks like the wrong method of KUrl or QUrl is being used (the method which just throws away the file:// instead of the one which converts to a file name properly).
A small modification (In reply to comment #1) > while "evince" can handle > escaped URL (and also non-escaped URL). In fact in some cases evince cannot handle "non-escaped" URL "as expected". For example if the file name is "name_with_%20.pdf", $ evince file://$(pwd)/name_with_%2520.pdf works, $ evince file://$(pwd)/name_with_%20.pdf won't work. okular behaves reversely.
Thank you for taking the time to report this issue. This is an issue that needs to be addressed by the upstream developers. Please report this at http://bugs.kde.org and then add the upstream report information to this report. We will monitor the upstream report for a resolution to this issue, and will review any bug fixes that become available for consideration in future updates. Setting status to NEEDINFO, and awaiting upstream bug report URL for tracking. Thanks in advance. -- Steven M. Parrish - KDE Triage Master - PackageKit Triager Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Upstream bug filed.
Does anyone in Fedora-land have the ability to prod the Okular developers to actually do something about this? The upstream bug appears to be going absolutely nowhere.
It's claimed to be fixed but probably folks have to wait until a new version is officially released..?
Upstream patch is integrated into our packaging, %changelog * Thu Oct 08 2009 Rex Dieter <rdieter> - 4.3.2-3 - okular does not handle escaped URL correctly (kde#207461)
kdegraphics-4.3.2-3.{fc10,fc11,fc12,fc13} has the fix, so it's fixed in our KDE 4.3.2 update which is coming soon. (If you used vanilla upstream KDE, you'd get the fix only in 4.3.3.)
Great, thanks for the note.
Closing bug since 4.3.2. is stable.
*** Bug 521170 has been marked as a duplicate of this bug. ***