Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||database forms are automatically replaced when another text document is loaded|
|Status:||CLOSED FIXED||QA Contact:||issues@dba <issues>|
|Priority:||P3||CC:||issues, khirano, yossy_takeuchi|
|Target Milestone:||OOo 2.0.2|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description carsten.driesner 2005-12-13 09:12:20 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!
Comment 1 Frank Schönheit 2005-12-13 12:48:11 UTC
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.
Comment 2 Frank Schönheit 2005-12-15 06:09:13 UTC
adjusting summary to reflect the root problem.
Comment 3 Frank Schönheit 2005-12-15 06:22:25 UTC
*** Issue 59317 has been marked as a duplicate of this issue. ***
Comment 4 andreas.schluens 2006-01-10 10:06:11 UTC
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()).
Comment 5 andreas.schluens 2006-01-12 10:11:21 UTC
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 firstname.lastname@example.org
Comment 7 andreas.schluens 2006-01-12 10:17:58 UTC
reset resolution to FIXED
Comment 8 marc.neumann 2006-01-20 10:38:19 UTC
*** Issue 60870 has been marked as a duplicate of this issue. ***
Comment 9 marc.neumann 2006-01-25 12:35:35 UTC
verified in cws fwk29
Comment 10 yossy_takeuchi 2006-02-09 14:36:44 UTC
Verified in m156 build. Thanks!
Comment 11 marc.neumann 2006-02-10 08:33:23 UTC
Thanks, I close this issue now.
Comment 12 marc.neumann 2006-02-24 09:49:11 UTC
*** Issue 62523 has been marked as a duplicate of this issue. ***