Bug 100893 - Draw/Impress: Object hyperlinked to "Target in Document" results in wrong link (opens browser) in exported PDF
Summary: Draw/Impress: Object hyperlinked to "Target in Document" results in wrong lin...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pdf
: 126096 140479 (view as bug list)
Depends on:
Blocks: 103562
  Show dependency treegraph
 
Reported: 2016-07-13 09:10 UTC by Biolardi Yoshogi
Modified: 2024-03-15 02:26 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.