Summary: | Okular does not follow hyperlink to external document | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Ferry <ferry.toth> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | aacid, yurchor |
Priority: | NOR | ||
Version First Reported In: | 0.18.1 | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Test document with 3 different type of links |
Description
Ferry
2014-01-31 09:56:21 UTC
Works fine here (LO 4.0.5, Okular 0.18.60). Can you try to switch Okular to "Browse" mode using the top toolbar of Okular before clicking? Thanks in advance for your answer. If you can provide the information requested in comment #1, please add it. Yes, browse mode was already on. I added an attachment with 3 link. 2 point to a file (one is local file, other on web server), the 3rd points to a web page. The 2 file links don't work, BTW it appears that now acrobat changes the mouse pointer but refuses to follow the link to the file links as well. Created attachment 85342 [details]
Test document with 3 different type of links
Looks like some problems with GoToR/F key handling in poppler (all poppler-based viewers have same problem). Back to unconfirmed, someone needs to investigate if the file is indeed valid and were to bug really lies (seems Yuri did part of it already) It is indeed a bug in the PDF, Libreoffice is generating a non conforming file to the spec, the link is defined as <</Type/Action/S/GoToR/F(testdoc_with_link.pdf)>> And the ISO PDF spec mentions that in a GoToR action both the /F and /D keys are required. And as you can see there is no /D key in that file, so the link is broken. Please go to the Libreoffice people and report a bug to them. |