Bug 126096 - Shape hyperlinked to in-document target results in wrong link when exported to PDF from Draw/Impress
Summary: Shape hyperlinked to in-document target results in wrong link when exported t...
Status: RESOLVED DUPLICATE of bug 100893
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:pdf
Depends on:
Reported: 2019-06-25 23:46 UTC by lrollins
Modified: 2024-03-14 14:21 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description lrollins 2019-06-25 23:46:11 UTC
This only occurs in Draw:
When a hyperlink target is specified in the current document and is then exported to PDF, the link incorrectly contains the path.

In other components:
The link correctly contains only the local bookmark

Steps to reproduce:
Create a new Draw document
Add at least one additional page
Add an object
Select the object and Insert -> Hyperlink
Select "Document" on the left
Click the button to the right of Target and select a page
Export as PDF

Sanity check:
Do the same in Writer but create a Heading 1 on page 2 for the target
Comment 1 Regina Henschel 2019-06-26 22:17:00 UTC
@lrollins@in-con.com: What settings do you use in the "Links" tab of the PDF options?
Comment 2 lrollins 2019-06-26 23:07:36 UTC
I tried all of the combinations available in the links tab and, while telling it to export URLs relative to the file system changed the link accordingly, none of them removed the path from the link.
Comment 3 Xisco Faulí 2020-01-20 17:22:33 UTC
A new major release of LibreOffice is available since this bug was reported.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 4 lrollins 2020-01-25 20:31:48 UTC
Unfortunately, this issue persists in LibreOffice version 6 (as tested on
Comment 5 QA Administrators 2022-12-20 03:19:47 UTC Comment hidden (obsolete)
Comment 6 Stéphane Guillou (stragu) 2024-03-07 14:10:55 UTC
*** Bug 140479 has been marked as a duplicate of this bug. ***
Comment 7 Stéphane Guillou (stragu) 2024-03-07 15:02:48 UTC
- In 5.0, no hyperlink could be applied to the object (it was inserted as a separate object - whose link would work in the PDF export)
- From to, the PDF would end up with an invalid link of the type "path/to/file/#page2" or "./#page2
- From to a current trunk build, the link is simply "#page2", and it opens the file browser in the current directory (Okular and Evince), or does not interact (Firefox), or actually interacts but goes nowhere (Chromium).
If the target slide is renamed before exporting, it works as expected in Chromium, but no change in behaviour for the other PDF readers. Somewhat similar to bug 132230, which is relevant here because internal hyperlinks are converted to interactions (try saving and reloading).

Version: (X86_64) / LibreOffice Community
Build ID: 98c42f7e961e77d7f1c02d53862e4e78ecd07653
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 8 Stéphane Guillou (stragu) 2024-03-14 14:21:01 UTC
already tracked in bug 100893.

*** This bug has been marked as a duplicate of bug 100893 ***