Details
-
Bug
-
Status: Open
-
Resolution: Unresolved
-
2.5
-
None
-
None
-
Operating System: Linux
Platform: PC
-
48952
Description
External links to pdf-files on http-servers and https-servers seem to
lead to different output in fop pdf rendering, with the result that
links to pdf-files on https are not clickable in pdf reading programs.
My source is in docbook xml, example section:
<section> <title>test</title>
<para> <ulink url="http://xmlgraphics.apache.org"/> </para>
<para> <ulink url="https://xmlgraphics.apache.org"/> </para>
<para> <ulink url="http://xmlgraphics.apache.org/index.pdf"/> </para>
<para> <ulink url="https://xmlgraphics.apache.org/index.pdf"/> </para>
<para> <ulink url="file://index.pdf"/> </para>
<para> <ulink url="index.pdf"/> </para>
</section>
With xsltproc I get the same structure for each type of link from my source.
The pdf created from this with fop, however, creates different types of links, with the result that the https links are not clickable.
As Andreas Delmelle confirmed, there is a bug in subroutine org.apache.fop.pdf.PDFFactory.getExternalAction().
The order of checks is currently so that, for an "http://" URL, the code generates a PDFUri
action, and for an "https://" URL ending in ".pdf" a PDFGoToRemote action...
The file:// link issue seems already fixed in the trunk version of fop, I can however not verify it because it fails with some java problem, nor can I build the trunk version here due to a lack of a build system.
See also the thread on the fop users mailing list:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/201003.mbox/%3c4B9D2466.8050008@t-online.de%3e
and Andreas Delmelle's answer:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/201003.mbox/%3c834C292E-FEAE-4F23-9B22-A4F0720D0DF6@telenet.be%3e