Created attachment 55723 [details] Simple example with two pages that demonstrates the bug I have boiled this down to one simple example (attached) where I have created two pages, one with a button to jump to the second page. The first page contains the button which is a group of two objects. To reproduce, open the attached presentation, right click the group on the first page and choose "Interaction" from the context menu. Then select "Go to page or object" and the name of the second page ("Test") in the list box below. Press OK. Confirm this works by clicking the grouped object (either in Edit or Presentation mode). Now save the presentation and exit LibreOffice. Reopen the just saved presentation and click on the grouped object - it doesn't jump to the second page anymore. A workaround is to set the "Go to page or object" on one of the individual objects (either "Enter group" or ungroup/regroup to do this).
reproduced in 3.3.4 and 3.5.1 on Fedora 64 bit changing version to 3.3.4 as most early reproducible
for comparison: in msPP 2007 adding interaction to grouped objects impossible at all. I do not know if ODF format allows this to save.
reproducible with LO 4.0.2.2 (Win7 Home, 64bit)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1.2 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-03
Reproduced in LibreOffice 4.3.5.2 on Windows 7. Exact same behavior as described in the original bug report. A bit of extra information though: After setting the interaction of the grouped object to "Go to page or object" and assigning the target "Test" you are supposed to save the presentation, close down LibreOffice. Then restart LibreOffice and load the presentation. If you now check the set interaction of the grouped object, it still says "Go to page or object", but the target is gone. Somehow that seems not to have been saved.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Still reproducible. Version: 6.2.0.0.alpha0+ Build ID: d92319d2ffeaa65e31f923e0e9c7328b8d7c97bf CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: threaded from today
Dear Klaus Bucka-Lassen, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Works for me in Version: 7.0.0.2 (x64) Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL Please, somebody should try Linux.
Dear Klaus Bucka-Lassen, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Regina Henschel from comment #9) > Works for me in Version: 7.0.0.2 (x64) ... > Please, somebody should try Linux. works for me. Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: fr-FR Ubuntu package version: 4:24.2.4-0ubuntu0.24.04.2 Calc: threaded
Created attachment 195762 [details] same example, less ambiguous with 3 slides
Created attachment 195763 [details] example of a non displayed target (slide 3, shape 1) example of a non displayed target (slide 3, shape 1). however it works fine (go back to slide 1). from https://ask.libreoffice.org/t/impress-interaction-not-working/108981/4
This was fixed in version 6.4 by commit 03edebda393ea684803b7a0da72f33655bdc24d1 (tdf#127791 defer import of group shape events until the group is popped). The unselected state of the slide in the interaction dialog, as reported in comment 5, is something different. It was never implemented to select the target in the list on open. It is obvious, when you reopen the dialog immediately after assigning a target and pressing OK - in all versions, including the problematic ones. However, in correctly working cases, the target is mentioned in the bottommost box. Making the item in the list selected is a separate possible enhancement. Note by the way, that the target was all this time saved correctly; the problem was, that it wasn't read when loading. *** This bug has been marked as a duplicate of bug 127791 ***