Bug 48952 - links to pdf-files on https servers are rendered wrong when creating pdf
Summary: links to pdf-files on https servers are rendered wrong when creating pdf
Status: NEW
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: pdf (show other bugs)
Version: all
Hardware: PC Linux
: P3 normal
Target Milestone: ---
Assignee: fop-dev
Depends on:
Reported: 2010-03-21 18:24 UTC by Thomas Bauer
Modified: 2012-04-07 01:51 UTC (History)
0 users


Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Bauer 2010-03-21 18:24:44 UTC
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>

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:
and Andreas Delmelle's answer:
Comment 1 Glenn Adams 2012-04-07 01:42:13 UTC
resetting P2 open bugs to P3 pending further review