To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99100
------- Additional comments from steffancl...@openoffice.org Wed Feb 11 22:49:19 +0000 2009 ------- I posted the issue to the dawin user list on Apple and this is the response of someone on there. I hope it may help track down the issue. email #1 -------Steffan A. Cline <stef...@hldns.com> wrote: > I have been beating my head over using OpenOffice.org v3.0.1 in a headless > environment. The tool itself is *supposed* to work if launched with the > -headless environment. Hi, Steffan. I'm doing the same thing with OpenOffice, but my application is a bit easier, because I'm running underneath a background login app, so my OO always has access to the GUI context and window server. OO won't really run in the background, "-headless" or not, because it (a) registers itself as an app without having LSBackgroundOnly or LSUIElement set in its Info.plist, and (b) talks to the window server to do layout and rendering of pages. > This is the LaunchAgent script I used: > > [...] > > This launches OpenOffice just fine and resolves the issues. In my background > process I use OpenOffice for doing conversions. I have been instantiating > one instance of OpenOffice for each web site using this service. Each > instance will now start correctly on it's correct port BUT what I want to do > is to still have this work without the instance launched above in the > LaunchAgent plist file. Is there anyway to do this? It looks like you've already read http://developer.apple.com/technotes/tn2005/tn2083.html. But according to that, using your pre-login launch agent seems to be the way to go. So, no, I don't think there's a way to do that. Bill Email #2 ------- Steffan A. Cline <stef...@hldns.com> wrote: > The fact this is happening appears to be a bug in the build and I have > reported it as so. I hope to get an answer from the developer who is > responsible for the Mac build. For some reason, it is bound to the GUI which > should not even be launched when the -headless option is used. I am not sure > why they don't just use a separate binary to alleviate the issue. Well, it's a bug in the code. Using a separate binary wouldn't help, I think; it's the Info.plist of the app which controls this behavior. You could put LSBackgroundOnly in the Info.plist, then use TransformProcessType() internally in soffice to raise the "presence" of the app after parsing the command-line parameters, but they don't appear to do that. My guess is that whoever did the Mac port didn't think very hard about -headless, or possibly didn't understand this about Mac apps. Bill --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
