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
@lrollins@in-con.com: What settings do you use in the "Links" tab of the PDF options?
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.
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.
Unfortunately, this issue persists in LibreOffice version 6 (as tested on 6.2.4.2).
Dear lrollins, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 140479 has been marked as a duplicate of this bug. ***
- 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 5.1.0.3 to 7.3.0.3, the PDF would end up with an invalid link of the type "path/to/file/#page2" or "./#page2 - From 7.4.0.3 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: 24.8.0.0.alpha0+ (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
already tracked in bug 100893. *** This bug has been marked as a duplicate of bug 100893 ***