To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105500
------- Additional comments from m...@openoffice.org Thu Oct 1 07:33:23 +0000 2009 ------- IMHO the right point in time is when all queryClosing calls have been processed, but the closing hasn't actually been done. We are doing it while the Controller is disposed and before it actually deregisters at the model. OTOH nobody can rely on the presence of a Controller when a document is closed - this event is also fired when no Controller has been created at all. So perhaps we should declare it as an implementation detail whether a Controller is existing or not. In general I don't understand why a listener must be deregistered as our API explicitly specifies that this isn't necessary when the event source is going to be disposed. Here all registered listeners will get a "disposing" event that tells them not to use the object anymore. If there is a problem if listeners in Basic are not deregistered explicitly, this should be fixed in Basic. --------------------------------------------------------------------- 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
