Hyperlinks between slides within an Impress presentation are broken when opening the document with an Impress installation using a different program interface language. Consequently, links also do not work after exporting to PDF. Easy explanation: English interface sets 'Slide 2' as link reference, German interface expects 'Folie 2', and vice versa. Easy fix: Have all Impress installations set to the same interface language. ;) Original document created using OOo 3.2.0 build 9483 on Ubuntu 10.04 (set to English), links are broken when opening in OOo for Windows and Ubuntu (both set to German).
Isn't it the same than https://bugzilla.novell.com/show_bug.cgi?id=615812 ? I'll investigate that: taking it.
(In reply to comment #1) > Isn't it the same than https://bugzilla.novell.com/show_bug.cgi?id=615812 ? > I'll investigate that: taking it. Well, it's not the same... Radek, any idea?
This is an Impress bug, therefore changed Component accordingly.
ffelder: do you still reproduce this bug with last LO version (3.5.5) ? If yes, could you attach a brand new Impress file created with LO set to German so we can easily try to reproduce the problem ?
I see the same behaviour in the latest level of LibreOffice (Version 3.6.1.2 (Build ID: e29a214) It doesn't even matter if I rename the foil to a specific name. I'll attach a file for this. The Group Object on slide 3 should link to slide 20. It works while the file is open but fails after I cloese and reopen the file.
Created attachment 67683 [details] Presentation that demonstrates the behaviour. Please see my comment Groupobject 23 on slide 3 should link to slide 20. This is corrupted after I close and reopen the file. I have to fix manually
On pc Debian x86-64 with master sources updated yesterday, I reproduced the problem. Radek: one for you?
This bug has not been touched by its Assignee for a long time. To make it clearer which bugs should be fixed by someone else please take following action: - If you are the Assignee, and you are actively working on the bug, please give it an update. - If you are the Assignee, and you do not plan to work on it in the near future, please reassign it to the default assignee.
*** Bug 74947 has been marked as a duplicate of this bug. ***
are you still reproducing this with current 4.2.x or 4.3.x releases? I tried it on Windows and it seems it's working. maybe a Linux specific issue?
On pc Debian x86-64 with 4.2.6 LO Debian package, I don't reproduce this. I put it as WFM. If someone still reproduces this, don't hesitate to reopen this tracker. (however, links in exported pdf don't work since they link to local directory where the file is instead of a expected slide)