Issue 59272 - database forms are automatically replaced when another text document is loaded
Summary: database forms are automatically replaced when another text document is loaded
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOo 2.0
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0.2
Assignee: marc.neumann
QA Contact: issues@dba
Keywords: regression
: 59317 60870 62523 67448 (view as issue list)
Depends on:
Reported: 2005-12-13 09:12 UTC by carsten.driesner
Modified: 2006-07-17 11:22 UTC (History)
3 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
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
  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_"

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:
It must not be possible to recycle any database design view (not the database
view itself) for loading other documents into it.

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.

Please check if e.g. the scripting support for our database views was not
damaged by this fix.


re-open issue and reassign to
Comment 6 andreas.schluens 2006-01-12 10:15:08 UTC
reassign to
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. ***
Comment 13 Frank Schönheit 2006-07-17 11:22:24 UTC
*** Issue 67448 has been marked as a duplicate of this issue. ***