Issue 30337 - closing letter (created with Autopilot) closes the Office completely
Summary: closing letter (created with Autopilot) closes the Office completely
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: mci
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-16 13:38 UTC by mci
Modified: 2004-12-09 10:23 UTC (History)
2 users (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 mci 2004-06-16 13:38:36 UTC
Hi AS, we talked about this...

src680m43_01:
Out of a terminal open Office:    /path/to/Office/program/soffice&
==> The empty Office window appears ("Backing Window")

File->Autopilot->Letter 
==> Office opens a new window

Let the Autopilot work and close the Window containing the result (the letter)
==> the first Window closes, too

This worked in src680m42.
This happens only if no other document is loaded/opened...
Comment 1 andreas.schluens 2004-06-17 09:51:13 UTC
AS->TV: as discussed - its your area.
You should think about the following concepts:

a)
A preview frame has not to be added as child of the global desktop object.
To much code iterates about the document frames of this desktop object and
interpret it in different ways. (e.g. scripting framework, office lifecycle
mechanism,  addons etcpp).
Please create a frame by your own.
Example:
frame = uno_smgr.createInstance("com.sun.star.frame.Frame")
frame.loadComponentFromURL(url, "_self", 0, args)

b)
If your liefe-preview contained a document only, where the result must base on
later ...
please dont recylce the preview frame. Close it and open the result as normal
office document inside a frame, which is a child of the desktop!
If you whish to recycle preview frames ... please ask me for another concept :-)

c)
Because your frame isnt well known any longer on the desktop object, you have to
control the lifetime of your dialog/frame and the office itself(!) by your own.
The best solution: be listener on the desktop for termination requests.

desktop.addTerminationListener(this)
this::queryTermination()
{ /* agree or disagree */ }

this::notifyTermination()
{ freeAnything(); }

d)
Remove the menu from the preview document. Because it provides entries for
closing the document (especialy the backing-mode-closer), which can make trouble
inside this environment.

Regards
Andreas
Comment 2 tom 2004-07-19 10:49:07 UTC
TV: will do the proposed changes
Comment 3 tom 2004-09-22 14:26:37 UTC
TV: fixed in qwizardsbf1.
Comment 4 tom 2004-11-03 09:45:07 UTC
.
Comment 5 tom 2004-11-03 09:45:58 UTC
.
Comment 6 tom 2004-11-03 09:46:15 UTC
.
Comment 7 mci 2004-11-04 08:05:59 UTC
ok on Linux (german version)
Comment 8 mci 2004-11-04 08:36:35 UTC
Solaris: I get an error message: "Template could not be saved!"

The file exists but has a size of 0 Bytes...


As dicussed with hi I send this issue back to the developer
Comment 9 mci 2004-11-04 08:39:55 UTC
reassigned to tv

mci->tv: 
Hi tv, as discussed with hi I send this issue back to you since the bugfix can
not be verified on Solaris.
Hi told, the message "Template could not be saved!" should not occur anymore in
this CWS...
Comment 10 tom 2004-11-17 16:08:31 UTC
TV: I forgot to rebuild solaris... its fixed with the next installation set.
Comment 11 tom 2004-11-23 14:52:24 UTC
TV: reopened.
Comment 12 tom 2004-11-23 14:53:29 UTC
TV: pls verify.
Comment 13 tom 2004-11-23 14:54:05 UTC
TV: pls verify.TV: Issue is fixed.
Comment 14 mci 2004-11-25 09:53:17 UTC
Office doesn't open a new window to display the reult after finishing the wizard
anymore...

ok on Solaris SPARC...
ok on Linux...

...as discussed with hi: set to verified...
Comment 15 mci 2004-12-09 09:25:18 UTC
ok in m65 on Solaris and Linux
Comment 16 mci 2004-12-09 10:23:52 UTC
ok on Windows in m65
==> closing... :)