https://bugs.documentfoundation.org/show_bug.cgi?id=126096
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Hyperlink to in-document |Shape hyperlinked to |target adds path when |in-document target results |exported to PDF from Draw |in wrong link when exported | |to PDF from Draw/Impress See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=14 | |2296, | |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |6159, | |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=13 | |2230 Version|6.2.4.2 release |5.1.0.3 release CC| |stephane.guillou@libreoffic | |e.org --- Comment #7 from Stéphane Guillou (stragu) <[email protected]> --- - 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 -- You are receiving this mail because: You are the assignee for the bug.
