Issue 73595 - TestTool: adjust handling of URP bridge handling in testtool
Summary: TestTool: adjust handling of URP bridge handling in testtool
Status: CLOSED DUPLICATE of issue 73372
Alias: None
Product: utilities
Classification: Unclassified
Component: automation (show other issues)
Version: 680m197
Hardware: All All
: P2 Trivial (vote)
Target Milestone: DevTools
Assignee: gregor.hartmann
QA Contact: Unknown
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-18 10:12 UTC by b.osi.ooo
Modified: 2007-05-02 16:58 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 b.osi.ooo 2007-01-18 10:12:36 UTC
With CWs sb23, integrated into SRC680m196, the handling of remote UNO was
enhanced a little.
The current resulting behaviour that sometimes occurres is as following:
On establishing the remote UNO connection by TestTool with the command 'getUnoApp'
A messagebox comes up:
Exception not caught: URP_Bridge: disposed
(tid=...) Unexpected connection closure
[OK]
After clicking OK, TestTool vanishes/crashes, OOo already crashed before...

see also issue 73372 for fixing this in OOo

there is currently no hint, how to reproduce it, it just happens sometimes.
Seen on Solaris Sparc and Linux.

This issue is for fixing the TestTool, not to crash because of this.
(Or do I need to use a TestTool based on Version SRC680m196 or later to not get
the crash?)
Comment 1 gregor.hartmann 2007-01-19 14:12:32 UTC
the dialog is just there to show why the testtool crashes. It afterwards
rethrows the exception (which leads to the crash)

I Assume that the problem also resides in the URP bridge code

or maybe AB can fix it in BASIC itself

So forst assigning to AB
Comment 2 ab 2007-01-26 07:36:57 UTC
ab->gh: Sorry, but I don't understand what I could do in Basic to fix 
this. During runtime Basic usually catches all Exceptions including
RuntimeException and Exception. So obviously this happens in code
where not all exceptions are caught. Then I need at least a good de-
scription or better a stack.

Besides this: Even if Basic catched this exception what can it do
besides mapping it to an error message and stop working. That's the
same as the testtool application does. I think the problem is that
the "Unexpected connection closure" exception is thrown at all.
Who should take care of something like this, e.g. by trying to re-
connect, if not the testtool application? Basic doesn't even know
if it is used inside the testtool or inside an Office.
Comment 3 b.osi.ooo 2007-01-29 15:48:26 UTC
TestTool doesn't crash anymore with fixed issue 73372 in OOo,
but I would have loved, that TestTool won't crash, when such an error occures.
Comment 4 b.osi.ooo 2007-05-02 16:58:03 UTC
It doesn't seem that there would be a general solution for this in the future;
closing

*** This issue has been marked as a duplicate of 73372 ***
Comment 5 b.osi.ooo 2007-05-02 16:58:41 UTC
.