Apache OpenOffice (AOO) Bugzilla – Issue 14408
Dialog popup on application error in server mode
Last modified: 2013-02-24 21:09:44 UTC
Hi guys, This is a small addendum to bug 14349. When OpenOffice is running in servermode and gets out of file handles or memory there is a popup dialog stating "Application error". This should not happen in my opinion when running in server mode. OpenOffice should just throw an exception in this case. Thanks for looking into this issue, Frank Montyne Language and Computing NV
You can start OOo with -headless (from srx644 something on) and use xvfb or some kind of X server which does not have visible windows. -headless will automatically cancel all upcoming dialogs. A UNO exception is not possible in this situation, not with the existing implementation of OOo. In either case, OOo will crash in this sitiaton, thus if your application is in a different process, its UNO runtime will recognize the dead connection and throw an exception.
returning to reporter
Hi Frank, did starting OpenOffice with the -headless commandline option help?
Hi guys, The -headless commandline option does not prevent the popup of the unrecoverable error dialog so that doesn't really help. Thanks for the hint anyway. I'm running OO on Windows 2000. Would it make a difference when running on Linux ?
Frank, I just verified that -headless on Linux does indeed seem to keep the "application error" dialog box from popping up. (I used the commands ulimit -v 75000 OpenOffice.org1.1Beta2/soffice -headless foo.sxw Without -headless, I get the dialog box. With -headless, it just crashes and exits.) Maybe it's not implemented on Windows, as it has something to do with X... Can you try the Linux version, then?
issue has status Unconfirmed Wontfix
with 1.1.1rc3 linux build 1. ulimit -v 35000 2. ./soffice -headless "The application cannot be started. The configuration service is not available. Start the setup application to repair the installation from the CD or the folder containing the installation packages." headless does not prevent OOo from keeping dialogbox popping up.
set status to resolved/wontfix.
mh->max: if we think this is still an issue, we should reopen and reassign to mi again for further review.
This issue needs to be reopened as the fix suggested does not work on Windows in server mode. We are using OOo as the filters for Lucene for a content search engine project. When OOo occassionally blows up, it produces this stupid popup which hangs the indexing engine until a sysad logins to the server to hit cancel. It is simply incorrect to ever popup something during an headless operation. that's why is called headless. Running on linux or unix is not a viable option for us.