To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63156
------- Additional comments from [EMAIL PROTECTED] Wed Mar 15 22:15:19 -0800 2006 ------- Hi Radek, you wrote: "... but reuses the code which is already used at OOo exit ...". And that's not possible. You have to call _saveAutoRecovery() everytime. So showing an UI must be done explicitly by using a messagebox instead of calling GetApp()->QueryExit() and depending on the result of this messagebox you have to call _saveAutoRecovery() or to supress these call. "... That way the cancelShutdown call will only be valid/effective at the time the interactionDone can be called ..." Are you realy sure that canceling a shutdown request can be made only in case the interaction was allowed by the session manager ? I'm not so familar with the SMLib protocol. But after reading some parts .-) of the linked PDF I have the following understanding how it must work: Because only one process can interact with the user at the same time the session manager must know if there is a need for an interaction (the listener must request it) and who makes currently an interaction. So a listener can be called within a method "interaction granted" and must callback "interaction done". But this is not related to the cancel state. Even a listener which doesnt use interaction can cancel a sutdown. Is this right ? Of course the SMLib makes it easy for the listener - he can provide the cancel state directly to the interactionDone() call. But that's only a sugar-API .-) Please note: such UNO-XSession-API was not designed for UNIX session management only. Might by the developer who designed it thought it would be usefull to make it more generic and so it can be used later for windows or mac also .-) This API isnt bound to the SMLib behaviour only. --------------------------------------------------------------------- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
