Description: When you add an interaction to an object, the macro (in the case of "Run Macro") or the location of the document (in the case of "Go To Document") does not survive save and reload. For example, in the case of "Run Macro", if I add a macro to an object, it runs just fine thereafter clicking on the object. The identity of the macro shows up in the "Macro" widget on the dialog that opens when you right-click on the object and select "Interaction....". If I save the document, exit LibreOffice, and reopen the document, the macro is lost. The "Macro" widget on the interaction dialog is now empty. Steps to Reproduce: 1. Create an object in Impress (e.g. a rectangle). 2. Create a simple standard macro. (I have one that uses "Shell" to run an external program that plays a video.) 3. Right click on the object and select "Interaction..." 4. For "Action at mouse click:", select "Run macro" 5. Click "Browse" at the bottom right, to the right of the Macro text widget. 6. Find and select the macro, and click "OK". Now you see in the Interaction dialog the specificaion of the macro in the "Macro" text widget. 7. Click "OK" in the interaction dialog. 8. Click on the object; the macro runs. 9. Save the document. 10. Exit LibreOffice 11. Restart LibreOffice, reload the document. (Make sure to enable macros when prompted.) 12. Right-click on the object and select "Interaction..." 13. Now, the "Macro" text widget in the Interaction dialog is empty. NOTE: the same exact thing happens if instead of running a macro, I select "Go to document" for action at mouse click. Everything runs fine until I exit and reload LibreOffice. So, it's not a Macro problem per se, but a problem with saving the information about the interaction. I had the same problem with LibreOffice 5. Actual Results: See Step 13 in reproduction: the macro to run is lost, even though the object interaction still thinks it should be running a macro. NOTE: the same exact thing happens if instead of running a macro, I select "Go to document" for action at mouse click. Everything runs fine until I exit and reload LibreOffice. So, it's not a Macro problem per se, but a problem with saving the information about the interaction. I had the same problem with LibreOffice 5. Expected Results: The macro to run, or the document to open, should be saved with the Impress file, so that when I load it back into Impress the information is still there. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.1.5.1 Build ID: 1:6.1.5~rc1-2~bpo9+1 CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group threaded
No problem here. Tested with a macro Sub ExampleMsgBox MsgBox("test") End Sub Please test with 6.3. An appimage is convenient for testing: https://libreoffice.soluzioniopen.com/ Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: b9a776837462eeb6d50d0decc42604c0c3008eb1 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 11 August 2019
Dear Rob Knop, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Rob Knop, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp