Bug 49568 - hyperlinks do not work in exported pdf
Summary: hyperlinks do not work in exported pdf
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
3.5.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-06 22:55 UTC by victor
Modified: 2016-12-07 13:28 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
testcase (25.43 KB, application/zip)
2012-05-06 22:55 UTC, victor
Details
Export test with LibreOffice 4.0.3.3 (Win32) (7.76 KB, application/force-download)
2013-05-10 10:54 UTC, Carlo Strata
Details

Note You need to log in before you can comment on or make changes to this bug.
Description victor 2012-05-06 22:55:58 UTC
Created attachment 61115 [details]
testcase

after upgrade to lo3.5 hyperlinks in exported pdfs are not clickable

attached zip is a testcase reproducing the issue:

* test-34.pdf generated with lo 3.4 from test.odt contains a hyperlink to included.pdf. the one works as expected when opening with acroread (the hyperlink is clickable; when clicking it opens and displays a document the hyperlink points to)

* test-35.pdf produced from lo 3.5 from test.odt in the the same environment (hardware, os). the one does not work as expected

thanks
Comment 1 eric.jung 2012-08-05 22:13:29 UTC
Confirmed
Comment 2 Carlo Strata 2013-05-10 10:54:36 UTC
Created attachment 79086 [details]
Export test with LibreOffice 4.0.3.3 (Win32)
Comment 3 Carlo Strata 2013-05-10 10:59:17 UTC
Exporting the .odt file in the testcase will produce a new behaviour case in which, clicking on the link, the Internet Browser opens (showing or saving the correct file) and not the default pdf viewer, as it would be.

Carlo
Comment 4 Carlo Strata 2013-05-10 11:03:11 UTC
(In reply to comment #3)
> Exporting the .odt file in the testcase will produce a new behaviour case in
> which, clicking on the link, the Internet Browser opens (showing or saving
> the correct file) and not the default pdf viewer, as it would be.
> 
> Carlo

I mean I use LibreOffice 4.0.3.3 Win32 on a Windows 8 64 bit environment, with Adobe Acrobat Reader 11.0.2, Win32.

In that environment I also confirm the correct behaviour opening test-34.pdf and the wrong one (nothing opens) from test-35.pdf.

Carlo
Comment 5 Ulrich Windl 2013-10-08 07:00:06 UTC
Let me remark that hyperlinks that target to the same document (e.g. table of contents and footnotes) once worked on OpenOffice, then did not work for some releases, then worked again, and with LibreOffice I cannot remember one exported PDF that had working hyperlinks of the type I described. I'm unsure whether this is a compatibility issue with Adobe Acrobat Reader or a real bug.
Comment 6 rman 2014-01-14 09:51:00 UTC
The bug is still there in LibreOffice 4.1.4.2 (Linux, amd64).
Comment 7 Roger Wells 2014-05-27 20:40:37 UTC
(In reply to comment #6)
> The bug is still there in LibreOffice 4.1.4.2 (Linux, amd64).

And is still there in LibreOffice 4.2.4 (Build ID: 4.2.4.2-8.fc20)
uname -r: 3.14.4-200.fc20.x86_64
writer: libreoffice-writer-4.2.4.2-8.fc20.x86_64
Comment 8 QA Administrators 2015-06-08 14:43:05 UTC Comment hidden (obsolete)
Comment 9 victor 2015-07-12 08:22:08 UTC
The bug is still here (4.4.3.2, linux x86_64)
Comment 10 Julien Nabet 2016-05-27 09:02:03 UTC
On pc Debian x86-64 with LO Debian package 5.1.3, I don't reproduce this.
Could you give an update with this version (last stable one)?
Comment 11 QA Administrators 2016-12-07 12:55:59 UTC Comment hidden (obsolete)
Comment 12 Ulrich Windl 2016-12-07 13:22:46 UTC
(In reply to QA Administrators from comment #11)
> Dear Bug Submitter,
> 
> This bug has been in NEEDINFO status with no change for at least
> 6 months. Please provide the requested information as soon as

Yes, a few months went by since LibreOffice 3.5.3 ;-)

> possible and mark the bug as UNCONFIRMED. Due to regular bug
> tracker maintenance, if the bug is still in NEEDINFO status with
> no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
> due to lack of needed information.

Trying LO 5.2.3, the bug is no longer present.
Comment 13 Julien Nabet 2016-12-07 13:28:30 UTC
(In reply to Ulrich Windl from comment #12)
>  ...
> Trying LO 5.2.3, the bug is no longer present.

Let's put this one to WFM then.

Victor: don't hesitate to reopen this tracker if you still reproduce this with last stable LO version (5.2.3)