https://bugs.documentfoundation.org/show_bug.cgi?id=105282
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=13 | |9472, | |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=16 | |0162 Summary|Hyperlink to other page not |Button form control |preserved when a page is |hyperlinked to Draw page or |inserted/duplicated and |Impress slide never updates |doesnt have a user-defined |target URL when it should |page name |(comment 14) Blocks|112125 |107733, 107742 Version|unspecified |Inherited From OOo CC| |stephane.guillou@libreoffic | |e.org --- Comment #15 from Stéphane Guillou (stragu) <[email protected]> --- In recent trunk build, sample file's button has to link to "#Page 3" instead of "#Slide 3" to test. Still reproducible 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 Giving a name to a slide also does not update an existing link. However, once it has a custom name, and the hyperlink points correctly to it, a change in position will update the link. (In reply to Regina Henschel from comment #8) > And worse: If you open the file in a different UI language no link works, > because then the target "Slide #3" does not exist at all, in a German UI it > is "Folie #3". So a text link also fails. So we've identified 3 examples of when the link should update but doesn't: - default name + position changes; - default name + UI language changes; - change in custom name. I've changed the summary accordingly. Impress behaves the same. Same with image button. Same in OOo 3.3 -> inherited. And it is inconsistent with how hyperlinked text _used_ to behave (see below). Very much related to bug 139472, but not marking as duplicates as I'm not sure the same path is used for text links and form controls. Relevant wisdom in bug 139472 comment 4. --------- Related: (In reply to Regina Henschel from comment #6) > For links in text form the URL is adapted, but not for links as button. Indeed: Testing Draw with a hyperlink in a text box, results were different _until the change from "slide" to "page" in LO 6.4_. OOo 3.3 to LO 6.3 worked as expected when deleting an intermediate page. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1fd359790ed4a27902248d92ee343a4aeaf63c8e 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 Impress continues to behaves as expected, updates the link when a slide is deleted. I've reported this Draw-only regression in bug 160162. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107733 [Bug 107733] [META] Hyperlink bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=107742 [Bug 107742] [META] Form control bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=112125 [Bug 112125] [META] Hyperlink dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
