Bug 100893

Summary: Draw/Impress: Object hyperlinked to "Target in Document" results in wrong link (opens browser) in exported PDF
Product: LibreOffice Reporter: Biolardi Yoshogi <vsio_777>
Component: ImpressAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: normal CC: ilmari.lauhakangas, lrollins, steiny0909, stephane.guillou
Priority: medium Keywords: filter:pdf
Version: Inherited From OOo   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=142296
https://bugs.documentfoundation.org/show_bug.cgi?id=156159
https://bugs.documentfoundation.org/show_bug.cgi?id=132230
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 103562    

Description Biolardi Yoshogi 2016-07-13 09:10:34 UTC 
Short version, the hyperlink object opened browser instead of going to other page.

Long version, object (i.e. text area and image) which was inserted with hyperlink on Document category with "Target in Document" as "Form" button, when clicked in PDF, it opened a browser instead of going to other page.

The PDF was viewed with Foxit Reader and Chrome PDF Reader, however the results were same.

This didn't happen for Text form.

How to Reproduce:
1. Create an object (i.e. text area or image)
2. Click to select it
3. Insert -> Hyperlink...
4. Choose Document category
5. On "Target in Document", choose the round button on the right and choose a slide
6. On "Further Settings", if Form is not "Button", then change it to "Button"
7. Click OK
8. Export as PDF
9. Export
10. Open the PDF file
11. Click the object which was added with hyperlink. The browser will be opened instead of going to other page.
Comment 1 Buovjaga 2016-07-18 04:05:53 UTC 
Yep, it doesn't work.

64-bit, KDE Plasma 5
Build ID: 5.1.4.2 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Comment 2 QA Administrators 2018-08-22 02:38:01 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2020-08-22 03:49:37 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2022-08-23 04:02:17 UTC Comment hidden (obsolete)
Comment 5 Stéphane Guillou (stragu) 2024-03-14 14:20:08 UTC 
Reproduced in recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f42363c51672a5b3685b0b9b11e932680530dce3
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

Summarised in duplicate bug 126096:

- 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 in Impress (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
Comment 6 Stéphane Guillou (stragu) 2024-03-14 14:21:01 UTC 
*** Bug 126096 has been marked as a duplicate of this bug. ***
Comment 7 Stéphane Guillou (stragu) 2024-03-14 14:21:21 UTC 
*** Bug 140479 has been marked as a duplicate of this bug. ***
Comment 8 Stéphane Guillou (stragu) 2024-03-15 02:26:04 UTC 
I can actually reproduce the issue in OOo 3.3: direct export to PDF of an ODP with a shape hyperlinked to a target slide results in hyperlink to browser file.

Marking as blocker of the more general bug 103562.