Description: Running XMessageBox#execute() using UNO fails to draw a window for the XMessageBox. The message box is actually executed and you have to press <ESC> or <Enter> to close it; otherwise LibreOffice appears to be frozen. Steps to Reproduce: 1. Compile the example code provided in http://api.libreoffice.org/examples/DevelopersGuide/GUI 2. Run `make MessageBox.run` Actual Results: LibreOffice is launched with an empty screen. Expected Results: A message box is displayed. Reproducible: Always User Profile Reset: No Additional Info: Works fine on Linux. Have not tested on Windows. User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36
@Stephan : one for you ?
Wasn't something like this being discussed on the dev mailing list last week ?
I talked about this on the mailing list, but there hasn't been response for a while, so I decided to create an issue in case it accidentally gets buried. (and you know, keeping tickets for bugs has all kinds of benefits for future referencing)
This has been a long-standing bug, which dates back to the earliest versions of LO5, also in combination with some updates on the macOS side of things. It makes LO pretty much useless to Zotero users, who then turn to M$ Office to get around this issue. While not a programmer, I am a solid user of both LO and Zotero, so please feel free to contact me in case you'd like me involved with testing, etc. To sweeten the deal, I'll send a good donation to the Foundation as soon as our favourite productivity software is back on track! Many many thanks for your efforts in the meantime.
If I try to execute : make MessageBox.run from the corresponding folder in odk/examples/DevelopersGuide/GUI I get an error message : ../../../settings/settings.mk:22 /settings/dk.mk : No such file or directory make: *** No rule to make targe '/settings/dk.mk'
(In reply to Alex Thurgood from comment #5) > If I try to execute : > > make MessageBox.run > > from the corresponding folder in odk/examples/DevelopersGuide/GUI > > I get an error message : > > ../../../settings/settings.mk:22 /settings/dk.mk : No such file or directory > make: *** No rule to make targe '/settings/dk.mk' And yet dk.mk is in /settings
Yeah, that isn't the issue. You have to set up your environment before running the examples. Instructions here: http://api.libreoffice.org/docs/install.html On MacOS running `$HOME/$OO_SDK_NAME/setsdkenv_unix.sh` should prepare the terminal session for compiling and running the samples. Then you run - `make` in examples/DevelopersGuide/GUI - `make MessageBox.run`
OK, so after having set up my SDK environment (duh), trying to run : make MessageBox.run leads to the following error : "/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java" -Dcom.sun.star.lib.loader.unopath="/Applications/LibreOffice.app/Contents/MacOS" -jar /users/alex/LibreOffice5.4_SDK/MACOSXexample.out/class/GUIExamples/MessageBox.jar com.sun.star.lib.loader.Loader::getCustomLoader : exec unoinfo: java.io.IOException: Cannot run program "/Applications/LibreOffice.app/Contents/MacOS/unoinfo": error=2, No such file or directory Exception thread "main" java.lang.NoClassDefFoundError: com/sun/star/util/CloseVetoException... 1) setsdkenv_unix used Apple's JAVA 1.6 as the default JDK - which is surely bound to fail on recent versions of OSX (as it is no longer included) and despite having a more recent SDK on the system 2) There is effectively no unoinfo file in /LibreOffice.app/Contents/MacOS/
In my local git tree in /desktop/scripts/ there are two shell script files unoinfo.sh and unoinfo-mac.sh Perhaps the one specific for MacOS is no longer provided in the final build ?
Sigh unoinfo is included in my LibreOfficeDev54 alpha, but not in LibreOffice.app 5303, which is what setsdkenv_unix picked up on...
So... corrected my SDK env to point to my LibreOfficeDev5400 alpha master build and to a more recent Java JDK (8_112) attempted rebuild of MessageBox.run now, I get an error in : "/Library/Java/JavaVirtualMachines/jdk1.8.0_112.jdk/Contents/home/bin/jar" uvf /users/alex/LibreOffice5.4_SDK/MACOSXexample.out/class/GUIExamples/MessageBox.jar - C ../../../classes 'com/sun/star/lib/loader/' -C ../../../classes 'win/unowinreg.dll' ../../../classes/com/sun/star/lib/loader: unknown file or directory ../../../classes/win/unowinreg.dll: unknown file or directory
Either way, the make MessageBox.run fails to execute for me.
OK for some reason I don't quite understand, it appears that the LO SDK sets up a specific Bash shell session on OSX, instead of using the native OSX Terminal.app shell. If you just try and run the make xxxx.run example from a default Terminal.app session, it fails because it can't find the environment, even if that environment has already been created. Perhaps this is how it is supposed to work, but if so, not exactly mega intuitive. The use of this particular shell session might be the reason for why it can't find the relevant files when traversing up the tree ?
Tested against Version: 5.4.0.0.alpha0+ Build ID: 7abb4dda1d2e08a428c768c7706046adbf88c860 CPU threads: 2; OS: Mac OS X 10.12.3; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Ca
Created attachment 131930 [details] Build output of make MessageBox.run on MacOSX
Ok, I fired up my Mac. Maybe this will help. The output of setsdkenv_unix: ` ************************************************************************ * * SDK environment is prepared for MacOSX * * SDK = /Users/adomas/LibreOffice5.3_SDK * Office = /Users/adomas/lode/dev/core/instdir/LibreOfficeDev.app * Make = /Users/adomas/lode/opt/bin * Zip = /usr/bin * cat = /bin * sed = /usr/bin * C++ Compiler = /usr/bin * Java = /System/Library/Frameworks/JavaVM.framework/Versions/A * SDK Output directory = ./LibreOffice5.3_SDK * Auto deployment = YES * ************************************************************************ ` It picked all of this up by itself by default. I.e. my local build of LibreOffice (along with the version of Make that was installed as part of LO build process). The version of Java is 1.8.0_121. The output of `make MessageBox.run` is ` "/System/Library/Frameworks/JavaVM.framework/Versions/A/Commands/java" -Dcom.sun.star.lib.loader.unopath="/Users/adomas/zotero/lode/dev/core/instdir/LibreOfficeDev.app/Contents/MacOS" -jar LibreOffice5.3_SDK/MACOSXexample.out/class/GUIExamples/MessageBox.jar CE> warn:configmgr:13915:1:configmgr/source/xcuparser.cxx:166: bad set node <prop> member in "file:///Users/adomas/zotero/lode/dev/core/instdir/LibreOfficeDev.app/Contents/Resources/../Resources/../user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/lu27929i3c2d.tmp/Addons_AOO4.xcu" CE> warn:configmgr:13915:1:configmgr/source/xcuparser.cxx:911: ignoring modify of unknown set member node "ToolBarItems" in "file:///Users/adomas/zotero/lode/dev/core/instdir/LibreOfficeDev.app/Contents/Resources/../Resources/../user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/lu27929i3c2d.tmp/Addons_AOO4.xcu" Connected to a running office ... CE> warn:legacy.tools:13915:7:toolkit/source/helper/unowrapper.cxx:176: UnoWrapper::SetWindowInterface: there already *is* a WindowInterface for this window! CE> warn:legacy.tools:13915:7:toolkit/source/awt/vclxtoolkit.cxx:1301: VCLXToolkit::createWindow: did #133706# resurge? `
Created attachment 131933 [details] Working build output of make MessageBox.run on MacOS Sierra This is the terminal output of `make MessageBox.run` on a system with correctly set up environment (no compilation or runtime exceptions/errors).
(In reply to Alex Thurgood from comment #10) > unoinfo is included in my LibreOfficeDev54 alpha, but not in LibreOffice.app > 5303, which is what setsdkenv_unix picked up on... That's a bug, fixed now with <https://cgit.freedesktop.org/libreoffice/core/commit/?id=3e5aa33ef4ea8f5839e358dd62acdc09fe64dda8> "Revert 'Don't package unoinfo in case of Mac OS X like app structure'". (It's unfortunate that you're going off topic in this bug with issues of running the SDK. Better file separate bugs in such cases.)
(In reply to Stephan Bergmann from comment #18) > > (It's unfortunate that you're going off topic in this bug with issues of > running the SDK. Better file separate bugs in such cases.) Agreed, but I have never tried running the examples in the SDK...
We have now built a workaround for this bug by falling back to AppleScript dialogs on MacOS. For future bug visitors, this is the workaround code: https://github.com/zotero/zotero-libreoffice-integration/commit/73c3639fac65a416dddc44af2118628144b1aaaa
** 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 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
Dear Adomas Venčkauskas, 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://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
As far as I can tell, the bug has been resolved. Everything is working fine on my system. However, I can't test on Sierra because I have since upgraded to Catalina.
Works fine with current version: Version: 6.4.5.2 Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6 CPU threads: 4; OS: Mac OS X 10.15.4; UI render: default; VCL: osx; Locale: en-US (en_LT.UTF-8); UI-Language: en-US Calc: threaded