Apache OpenOffice (AOO) Bugzilla – Issue 59272
database forms are automatically replaced when another text document is loaded
Last modified: 2006-07-17 11:22:24 UTC
A database form cannot be closed after loading a document into it. To reproduce this issue: 1. Open a database document 2. Open/create a form 3. Load a document into the form 4. Try to close the document => not possible An assertion is shown: Error: File O:\SRC680\src\dbaccess\source\core\dataaccess\documentdefinition.cxx, Line 1460 :ODocumentController::prepareClose: no controller!
fs->as: This is a (the first of ...?) regression of the change that form documents nowadays are known to the desktop. Since this change, the desktop obviously recycles the frame when a new document is loaded into the "_default" target frame. Suggestion 1: - revert the change that made our dependent documents known to the desktop :-\ - before re-using a frame, check the document model's parent. In case of our embedded form/report documents, this parent is our DB document IMO, it makese sense to define that a document whose parent is not NULL cannot be automatically replaced, i.e. should be excluded when searching the "_default_" frame Adding "regression" keyword since this worked in 2.0. Targeting for 2.0.2 for the same reason.
adjusting summary to reflect the root problem.
*** Issue 59317 has been marked as a duplicate of this issue. ***
OK; Now the DB form documents are no longer part of the global desktop tree. And the Tools->Customize dialog uses an explicit set frame instead of querying it on runtime (SfxViewFrame::Current()).
AS->MSC: Please verify the following facts: a) It must not be possible to recycle any database design view (not the database view itself) for loading other documents into it. b) The dialog "Tools->Customize" must show the right component every time. Please note: this dialog can be opened via toolbar too. Further you have to play with the order of opened/activated/closed documents. The buggy version shows different behaviours .. the new version must use the right module within the dialog always. c) Please check if e.g. the scripting support for our database views was not damaged by this fix. THX. re-open issue and reassign to msc@openoffice.org
reassign to msc@openoffice.org
reset resolution to FIXED
*** Issue 60870 has been marked as a duplicate of this issue. ***
verified in cws fwk29
Verified in m156 build. Thanks!
Thanks, I close this issue now.
*** Issue 62523 has been marked as a duplicate of this issue. ***
*** Issue 67448 has been marked as a duplicate of this issue. ***