I created the attached original document in LO 3.6, under Linux. The first page has two rectangles; both have Interaction defined to take you to pages 5 and 6, respectively. Then I saved the document as .ppt; this version is also attached. If I open the .odp in LO 4.0.2.2 on MacOS, everything works as expected. If I open the .ppt in LO 4.0.2.2 on MacOS, however, I see the following behavior: * Clicking the rectangles in page 1 works if you are in editing mode - i.e. they take you to pages 5 and 6. * If you go to full screen presentation mode, clicking on the rectangles doesn't work - they just take you to the next page, as if you had clicked anywhere. The expected behavior is that in presentation mode, clicking on the rectangles will take you to the pages for which they have interaction defined. It's weird that this works in editing mode but not in presentation mode for the PPT document, *and* that this always works in ODT regardless of editing/presentation mode.
Created attachment 77891 [details] in-document-interaction-links-lo-3.6-304.odp
Created attachment 77892 [details] in-document-interaction-links-lo-3.6-304.ppt
Two other things: * I didn't have a chance to test this under LO 4.x under Linux; I don't have 4.x there yet. * I also tried exporting as .pptx from LO 3.6, but the resulting file didn't even open correctly when opening it in 3.6 (Linux) or 4.0.2.2 (MacOS) - it lost the alignment of texts, and it lost the interaction links completely.
Thanks for reporting. I can reproduce this behavior using Mac OSX 10.8.3 with LibreOffice 4.0.2.2. NOT reproducible using (same Mac OSX) LibreOffice version 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b So it is a regression. Also NOT reproducible using LibreOffice Version 3.6.5.2 (Build ID: 5b93205).
6095212a5bd192017c6a20ee10de26a163372e8c is the first bad commit commit 6095212a5bd192017c6a20ee10de26a163372e8c Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Tue Dec 11 02:26:36 2012 +0000 source-hash-a599f5b4b51848e3b397d471c9d12b373caadcef commit a599f5b4b51848e3b397d471c9d12b373caadcef Author: jailletc36 <christophe.jaillet@wanadoo.fr> AuthorDate: Thu Nov 8 07:25:02 2012 +0100 Commit: Radek Doulík <rodo@novell.com> CommitDate: Thu Nov 8 12:40:21 2012 +0000 cppCheck: Unused variable and Redundant assignment Change-Id: I67084c1cb9dc23eb77787d2a6d57a5b70126873c Signed-off-by: jailletc36 <christophe.jaillet@wanadoo.fr> Reviewed-on: https://gerrit.libreoffice.org/1005 Reviewed-by: Radek Doulík <rodo@novell.com> Tested-by: Radek Doulík <rodo@novell.com> :100644 100644 d0ae00dab21444885ae879adeb1af198640c435b 0063e52dfa489f0913856b4d390a6dbaf3bf7c2b M ccache.log :100644 100644 6f0f4ec424f9e7a41614c30c108e67568894cfaa 92384a56b82df79bfe49d9b5829f20262b45cb48 M commitmsg :100644 100644 a8f2e680da131358fdd98441caf38cf3682b9eb5 60a70480d7fe01f507e8df9a52a826399be70704 M dev-install.log :100644 100644 f261f17a73acff4d2c92242e88b317e2a355d11c 7e7a596557e3553eb7c28ffa30dea1f0540e9ed5 M make.log :040000 040000 b9ec00bdfcd80bab50b8246f9389bc7aec70a047 cbe3c5d02cb655be461366d3d0facb94bf5c6043 M opt # bad: [5b4b36d87517a6ea96ff8c84c46b12f462fc9a1a] source-hash-8450a99c744e9005f19173e4df35d65640bcf5c4 # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [16b0b88cbd4ef0f51816e97277e40c5cf78f7bf9] source-hash-099198a4224778fe6e43f5dc13b5b9b1b4dc828c git bisect good 16b0b88cbd4ef0f51816e97277e40c5cf78f7bf9 # good: [f28b8f9a6c47fa59bf98fffe937a2f2db7a2445a] source-hash-a581d31b227623e09d2970a91214fda398f98eda git bisect good f28b8f9a6c47fa59bf98fffe937a2f2db7a2445a # good: [114fd3b76bcba890e6d702d00cef910f1493c262] source-hash-64ab96cd15e52da88781e720d6f031dbcd0ba902 git bisect good 114fd3b76bcba890e6d702d00cef910f1493c262 # bad: [47498a36f7af8f54e6e3dda89cd4708802a409e6] source-hash-19f4ebd8a54da0ae03b9cc8481613e5cd20ee1e7 git bisect bad 47498a36f7af8f54e6e3dda89cd4708802a409e6 # good: [f4e2d84db194943180f3e7ed4adce5f8e377d9bc] source-hash-806d18ae7b8c241fe90e49d3d370306769c50a10 git bisect good f4e2d84db194943180f3e7ed4adce5f8e377d9bc # good: [fb4214f9d134b556582a4a5280e5458de5f8eebd] source-hash-683758efb22d08a4cf211a6d985148f513da2a90 git bisect good fb4214f9d134b556582a4a5280e5458de5f8eebd # bad: [7b32edd2389319e0d394368c4109201528c41f7e] source-hash-44b96a2fce52b6e3e683dc917fab219cf75001db git bisect bad 7b32edd2389319e0d394368c4109201528c41f7e # bad: [6095212a5bd192017c6a20ee10de26a163372e8c] source-hash-a599f5b4b51848e3b397d471c9d12b373caadcef git bisect bad 6095212a5bd192017c6a20ee10de26a163372e8c
Bibisect range (Comment 5): http://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=683758efb22d08a4cf211a6d985148f513da2a90..a599f5b4b51848e3b397d471c9d12b373caadcef @Caolan: is it possible this bug is introduced by your commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=67f899e1d2db0dccde4b9587a52b7157fe1fb0be regarding Bug 56460? If not, I'm sorry to disturb you. Kind regards, Joren
Commit range in Comment 5 is pre-branchoff of 4.0, setting version to at least 4.0 beta1.
WORKSFORME OSX 10.10 LO Version: 4.4.0.0.alpha2+ Build ID: b9efff1c738af14ae4ee89732e3bb09e515e7959 TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2014-11-11_01:57:35