To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=105500
User fs changed the following:
What |Old value |New value
================================================================================
Status|UNCONFIRMED |RESOLVED
--------------------------------------------------------------------------------
Resolution| |WONTFIX
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Thu Oct 1 08:01:40 +0000
2009 -------
> IMHO the right point in time is when all queryClosing calls have been
> processed, but the closing hasn't actually been done
That's exactly where our implementation does it. The difference is that those
queryClosing calls are *after* the last controller has been disconnected, where
SFX seems to do this when the last controller is *about to be* disconnected.
Okay, so we agree that this - whether or not a controller is still present - is
an implementation detail, so I'll close this as WONTFIX. Chancing Base's
behavior to match SFX' behavior would be possible, but lead to more complex and
error-prone code, and I am not willing to do this for a questionable goal.
fs->yajva: We should discuss your problem in more detail, over there at
[email protected]. As Mathias said, there might be a problem in the
listener handling, either in your code, or in the Basic runtime.
Also, I'd like to encourage you to submit an issue requesting that the
OnViewCreated/OnViewClosed events be made available in the
Tools/Customize/Events dialog, since those events
(http://api.openoffice.org/docs/common/ref/com/sun/star/document/Events.html)
are what you really must use when you work with controllers.
---------------------------------------------------------------------
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]
