Description: Hyperlinks are created for pages within the same document. When new pages are inserted or deleted in between the 'calling' and 'target' pages, the hyperlinks have to be redone all over. It will be great if the hyperlinks are 'smart / active', i.e. if it was originally linked to page 4, but now page 3 has been deleted, so the link should now be to page 3, not page 4. In other words, the hyperlink should link to the page, not the page number. Of course, if the page has been deleted, then it will not work, fair enough. Steps to Reproduce: 1. Hyperlink a text to another page in the same Draw document. 2. Add or remove page(s) in between these two pages. Actual Results: The hyperlink goes to the wrong page. Expected Results: The hyperlink should follow the original linked page, even if pages in between had been added or deleted. Reproducible: Always User Profile Reset: No Additional Info: None
Created attachment 193058 [details] ODG to test This makes perfect sense to me. Draw pages (and Impress slides) are independent elements in which content does not reflow from one page to the other, contrary to Writer. Therefore, they are often reorganised, some are deleted, others are deleted, and the user expects the hyperlink to follow the page regardless of its position in the page/slide sorter. The workaround is to rename the page that is linked to. But this highlights the inconsistency: changing the name of a page _does_ update existing hyperlinks accordingly. So why doesn't it happen when the page goes from e.g. "Page 3" to "Page 2" because of a page deletion? 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
hm this is actually a regression: OOo 3.3 does update the link as expected on page deletion. And it is already tracked in bug 105282. Marking as duplicate. *** This bug has been marked as a duplicate of bug 105282 ***
I have looked more into it now, and turns out we should keep bug 105282 separate (it focuses on the lack of link update in form controls for both Impress and Draw) from this one (Draw-specific regression in 6.4). See bug 105282 comment 14 for more details. I am marking this report as duplicate of bug 160162 even though you reported it earlier, because there's more details and a bibisection there. Thanks! *** This bug has been marked as a duplicate of bug 160162 ***