Issue 99731 - Frame loadFromUrl does not Close the previous Model
Summary: Frame loadFromUrl does not Close the previous Model
Status: UNCONFIRMED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-28 02:14 UTC by danielbrosseau
Modified: 2017-05-20 11:28 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description danielbrosseau 2009-02-28 02:14:07 UTC
I create a desktop 'Hidden' and load a first Model (oldModel). From the Model I 
get the Controller and then the Frame. From the Frame I load a second Model 
(newModel) with loadFromUrl. The oldModel is not Closed by the load of the 
newModel. I can Close the oldModel after the loadFromUrl of the newModel 
without a problem.

I suspect that this behaviour (leaking Model) also happens on 
XDesktop.terminate.

I also suspect that the Controller is changed on the second loadFromUrl and it 
is also not properly disposed.
Comment 1 jsc 2009-03-23 11:08:22 UTC
jsc -> mba: can you please comment this issue
Comment 2 Mathias_Bauer 2009-03-23 12:09:22 UTC
Please see my comments in dev@api.openoffice.org.
The current behavior works "as designed". Changing the design would be a big
effort and contains the risk of regressions. OTOH the burden to close the model
is bearable (IMHO).
Comment 3 Mathias_Bauer 2010-05-17 20:26:15 UTC
As it seems, my last comment didn't cause any reaction. So I opt for closing
this issue with "wontfix". 


Closing a model is up to the "owner" of it. In case of visible frames, there is
a shared ownership: all frames, perhaps also the code that created the model via
API (in case it was not created by the user). In case of hidden frames the owner
is the code that did the API call that created it in the first place. 
Comment 4 Marcus 2017-05-20 11:28:07 UTC
Reset assigne to the default "issues@openoffice.apache.org".