Issue 61408 - test tool has to change it's FileExit() implementation
Summary: test tool has to change it's FileExit() implementation
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: current
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: gregor.hartmann
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-31 09:13 UTC by andreas.schluens
Modified: 2007-02-05 13:26 UTC (History)
1 user (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 andreas.schluens 2006-01-31 09:13:15 UTC
This method made several problems before. And everytimes we found a workaround 
inside the office. But in general this function is implemented right inside the test 
tool itself.

Normaly an office shutdown must be made asynchronous. Because a terminated 
office cant provide any information about the success of this operation.

But in such asnychronous use case the test tool lib "sts" itself hinder the office on 
shutdown. Because it increased the dispatch level of the application so it thinks 
that there exists some external requests running inside the office. E.g. a running 
command line request.

So there was a try to implement FileExit() synchron. But then it happens that some 
global resources was already removed but references and used later (because the 
synchronous call stack must be finished before the office process was realy 
removed from memory!).

The test tool must find a way to execute FileExit() asynchronous in a manner "fire 
and forget" and poll from outside(!) to find out if the operation was successfully.

see #61403# too
Comment 1 gregor.hartmann 2006-02-01 12:41:38 UTC
fixed together with issue 46293 
Comment 2 b.osi.ooo 2006-04-12 20:21:52 UTC
verified in CWS gh12
Comment 3 Mathias_Bauer 2007-02-05 13:26:46 UTC
closed ancient issues