Description: Only text hyperlinks persist when you export a presentation to PDF. (Hyperlinks to target the same document) Steps to Reproduce: 1. Create a Open Document presentation with 2 slides 2. In the second slide insert different types of objects in duplicate to test two different methods interaccción. (Text, Shape, Gallery Object and Image) 3. To first group insert a Hyperlink to the first slide: Insert|Hyperlink, Document, target: Slide 1 4. To second group insert a Interaction to the fist slide 5. Save and export to PDF Actual Results: a.Insert hyperlink method b.Insert Interaction method ---------------------------------------- | | text | shape | gallery | image | ---------------------------------------- | pdf | ✓ | ✓* | ✓* | ✓* | |--------------------------------------| | pdf | x | x | x | x | ---------------------------------------- * Hyperlinks appear available but when selected indicates "no such file or directory" Expected Results: All hyperlinks work when exporting the presentation to PDF Reproducible: Always User Profile Reset: No Additional Info: OS: Fedora 24 64 bit, budgie desktop LO: Version: 5.2.2.2 Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 2; OS Version: Linux 4.7; UI Render: default; Locale: es-CL (es_CL.utf8); Calc: group Document viewer: Evince 3.20.1 User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0
Created attachment 128331 [details] Test files
Repro with document. Okular used to test. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha1+ Build ID: 553cfda502a1516673233e409f91372766da6c4d CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Layout Engine: new; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on November 11th 2016
*** Bug 116415 has been marked as a duplicate of this bug. ***
Maybe my PDF reader, but the text hyperlink isn't working either (expect when export by LibO 3.3.0) with Version: 6.1.0.0.alpha0+ Build ID: e5bc7fa4e83b33fc3eee343e560a4f8cb91eacd6 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-03-14_23:37:38 Locale: nl-NL (nl_NL); Calc: CL and with Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL and with LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b but not with LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I am going to update this report, since the problem continues to manifest itself with some changes. Using the test documents I obtained the following results using LibreOffice version 6.2.0.3 Flatpak on fedora 29 (use a ODT and DOCX test files) a.Insert hyperlink method b.Insert Interaction method ----------------------------------------- | | text | shape | gallery | image | ----------------------------------------- | pdfa | ✓* | x | x | x | |---------------------------------------| | pdfb | x | x | x | x | ---------------------------------------- * ODT : Hyperlinks appear available but when selected indicates "no such file or directory" DOCX: Hyperlink opens the filemanager Creating a new document following the instructions I obtained the following results: a.Insert hyperlink method b.Insert Interaction method ---------------------------------------------------------------------- | ODT | text | image | gallery | formula | shape | table | fontwork | ---------------------------------------------------------------------- | pdfa | ✓ | x | x | x | x | x | x | |--------------------------------------------------------------------- | pdfb | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ---------------------------------------------------------------------- I didn't perform the tests with the DOCX format, since I realized that the problem is in the export filter (ODT to DOCX) where all the hyperlinks and interactions disappear, so exporting the document in DOCX format to PDF doesn't make any sense (I think it is necessary to open another report for that issue) In conclusion, there was an improvement from the initial report, but the hyperlinks are not yet exported correctly and I believe from my experience, that this method is more used than adding an interaction to the object in a presentation. Additional Info: - LibreOffice Build id 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 - I reset my profile to use the default options when exporting to PDF - PDF Viewer: Evince 3.32.0
Created attachment 150133 [details] New es
Created attachment 159992 [details] odp 6.3.5.2 and export pdf files
Created attachment 159993 [details] The pdf export file
I do a test with 6.3.5.2 exporting an odp in pdf. See files in comment #8 and #9. The result are : -interaction like "Goto first, prev, next and last" are active in the pdf, so it work. -interaction like "Goto page or object, exit presentation" are inactive, so it don't work. -I put OFF "transition by clicking on background" in odp but it's ON in the pdf. Patrick (from France).
Hi, this is affecting us as well, is there any update on this bug?
(In reply to giovanni.vetere from comment #11) > Hi, this is affecting us as well, is there any update on this bug? If there would be an update, it would read in a comment of this report.
Dear Bastián Díaz, 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
- Situation has changed over time for shapes with internal hyperlink in Draw/Impress, see the more focused bug 126096 - In some cases, the link is active in the exported PDF _only if the page/slide has been rename_ - see bug 132230 I guess this report can be kept open as a general "ODP hyperlinks not exported to PDF", but better keep other, more focused reports like the ones above open as there can be a wide variety of reasons and times when certain cases work and others don't (depending on import format, object type, method and target of hyperlink...).
Looking more into it to try and clarify things, I hid a few comments to stay on the original topic: **objects with internal hyperlinks or interactions in Impress in some cases won't create a functional hyperlink in the exported PDF** Interactions are specific to Impress, so let's ignore Draw for this report. Let's stick to the test case in comment 0, and keep Writer (comment 6) or text links (comment 4) issues for other reports, if still needed. A few things to note: - Comment 0 steps created interactions "To page or object > Slide 1". - Hyperlinking (Insert > Hyperlink) an object to a target in document works but saving and reloading converts it to an interaction (Format > Interaction). That's since OOo 3.3 times. - Interactions to First and Last slide work in PDF (if they are set as such directly in the Interaction dialog), but not the interactions to a specific slide name (which is what Hyperlinks get converted to)... - ...but it works if the target's slide name is not the default name. Issue is also inherited. - So interacting with objects might work inside the app, but when exported to PDF we either get wrong links that open the file browser (for hyperlinks, before save and reload) or inactive linking (for interaction, after save and reload). - ...unless the slide name had been changed before creating the link/interaction! So when testing, please keep in mind: - exporting before or after saving and reloading the ODP yields different results (because hyperlink converts to interaction) - results differ in different PDF readers. I recommend testing in Chromium for a cross-platform option that yields interesting results. See next comment for updated steps.
Created attachment 193119 [details] sample ODP for update steps in comment 16 ---- New steps 1. Open attachment. It has no pre-existing links or interactions; "Slide 2" is original name, "my_slide_3" was renamed. 2. On the first slide, add hyperlinks to top shapes to Slide 2 and my_slide_3 3. Add interactions to Slide 2 and my_slide_3 to bottom shapes: right-click > Interaction > To page or object 4. Export to PDF, open with e.g. Evince / Okular / Chromium (not Firefox) Results A: * hyperlinks both wrongly open the file browser, trying to find a file that does not exist (Okular, Evince) * in Chromium, hyperlink to my_slide_3 works as expected (which is something that changed between OOo 3.3 and current LO master, could be interesting to bisect it) * interaction to Slide 2 does not work * interaction to renamed slide 3 works 5. Save and reload the file 6. Note that the top shapes' Hyperlinks have been converted to Interactions 7. Export to PDF Results B, confirming the top row conversion to Interactions: * Slide 2 column does not work * my_slide_3 column works Tested with OOo 3.3 and a recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c8b8a2c2cb34a1ae0b0aeee0564b39260258f184 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US
Now that we've got an overview of the issue here, let's mark more specific bug 100893 ("hyperlinks open the browser") and bug 132230 ("need to rename slide") as blockers.