To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=97531
------- Additional comments from a...@openoffice.org Mon Jan 5 11:50:34 +0000 2009 ------- as->tobias: It's not a bug ... it's how OOo reacts for different user requests. Some user wish to have stay OOo in memory after last document was closed ... some other ones wish that OOo shuts down automaticaly if last visible document was closed. So the following should happen: a) If you close the last visible frame ... OOo shuts down. b) If you close the last open document ... but had two views to the same document ... both views will be closed (means two frames will be closed!) ... and OOo shuts down. c) If you close the last document or frame ... but furthermore a help window was open ... OOo shuts down ... because help was not classified to be a reason not to shut down .-) So you see ... closing one frame WILL close other frames if there constellation was the right one. The real problem of your issue I can see ... you said: "1. Open a document (e.g. an odt file) via API and then close the document (only the document, not the OOo frame). Thus an empty OOo frame remains (in OOo3 the OOo app chooser is loaded in the frame)." I cant reproduce that with an actual OOo version. At least not using the UI to close the document. Such state can be reached only in case API's are used. Anyway: if such state would be reached it's a bug. An empty frame never should stay alive. At least our StartModule (you name it App Chooser) should be loaded into that last open frame. If you bring the office in such state (empty frame) it's detected as "superflous" and last REAL document frame will close such superflous frames too. So I dont see any issue here ... excepting the mentioned "empty frame" ... which cant be reproduced by me. --------------------------------------------------------------------- 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