Issue 59272

Summary:	database forms are automatically replaced when another text document is loaded
Product:	Base	Reporter:	carsten.driesner
Component:	code	Assignee:	marc.neumann
Status:	CLOSED FIXED	QA Contact:	issues@dba <issues>
Severity:	Trivial
Priority:	P3	CC:	issues, khirano, yossy_takeuchi
Version:	OOo 2.0	Keywords:	regression
Target Milestone:	OOo 2.0.2
Hardware:	All
OS:	All
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---

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 msc@openoffice.org

Comment 6 andreas.schluens 2006-01-12 10:15:08 UTC

reassign to msc@openoffice.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. ***

Comment 13 Frank Schönheit 2006-07-17 11:22:24 UTC

*** Issue 67448 has been marked as a duplicate of this issue. ***