Issue 54352 - API: sd.SdUnoDrawView::com::sun::star::lang::XComponent
Summary: API: sd.SdUnoDrawView::com::sun::star::lang::XComponent
Status: CLOSED FIXED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P2 Trivial
Target Milestone: ---
Assignee: chne
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-08 11:53 UTC by chne
Modified: 2013-02-24 21:08 UTC (History)
2 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description chne 2005-09-08 11:53:40 UTC 
while testing XComponent the office crashes.

To reproduce this behavior just start your office with parameter

"-accept=socket,host=0,port=8100;urp;" 

and call inside a solar shell:

checkapi -o sd.SdUnoDrawView::com::sun::star::lang::XComponent
Comment 1 chne 2005-09-08 13:39:53 UTC 
same for:
sd.SdUnoPresView::com::sun::star::lang::XComponent
Comment 2 clippka 2005-09-08 13:41:00 UTC 
@cl->dbo, please have a (valgrind) look
Comment 3 Daniel Boelzle [:dbo] 2005-09-08 13:53:26 UTC 
@CL: problem is (as discussed) is a stack overflow, no uno::Reference objects in
dtor please, the object is about to die...
Comment 4 clippka 2005-09-08 15:45:31 UTC 
Fixed in cws impress70,

multiple problems

EventMultiplexer::Implementation::~Implementation() called ReleaseListeners(),
which was already done once when disposing() was called. ReleaseListeners() in
this scenario caused an exception to be thrown and the dtor was not exception
safe. Removed the redundant call to ReleaseListeners().

Same for ~Listener() in SlsListener.cxx

SlideSorterController::~SlideSorterController() called dispose() which throwed
an exception, I catch them now

The real problem was DrawController::removeEventListener() throwing an exception
when disposed. According to DBO this should not happen, so I removed the exception
Comment 5 clippka 2005-09-12 13:39:06 UTC 
verified on cws back to qa

I fixed the crash, but after the test there is an impress left without a valid
controller, this will be fixed in issue 54489

re-open issue and reassign to cn@openoffice.org
Comment 6 clippka 2005-09-12 13:39:14 UTC 
reassign to cn@openoffice.org
Comment 7 clippka 2005-09-12 13:39:44 UTC 
reset resolution to FIXED
Comment 8 chne 2005-09-12 14:31:05 UTC 
office freezes on Linux and Windows with impress70

re-open issue and reassign to cl@openoffice.org
Comment 9 chne 2005-09-12 14:31:15 UTC 
reassign to cl@openoffice.org
Comment 10 chne 2005-09-12 14:31:22 UTC 
reset resolution to FIXED
Comment 11 clippka 2005-09-13 10:44:57 UTC 
@cl->cn: According to mba, it is forbidden to call dispose at the controller.
please contact him for further details

re-open issue and reassign to cn@openoffice.org
Comment 12 clippka 2005-09-13 10:45:09 UTC 
reassign to cn@openoffice.org
Comment 13 clippka 2005-09-13 10:45:18 UTC 
reset resolution to FIXED
Comment 14 chne 2005-09-13 11:50:19 UTC 
In this case this bug is fixed and verified in impress70.
I have written  issue54543 to change the UNO-API-Test
Comment 15 chne 2005-09-13 11:58:09 UTC 
cn->cl: this issue is not assigned to any cws !?
Comment 16 chne 2005-09-13 11:58:55 UTC 
cn->cl: this issue is not assigned to any cws !?
Comment 17 clippka 2005-09-13 12:05:29 UTC 
@cl->cn: Yes because I can't fix it. As I wrote MBA tolde me the problem is that
dispose must not be called from outside the office. If you like to know more
about this problem or if you like to escalate it, please contact framework (MBA)
Comment 18 chne 2005-09-13 14:25:31 UTC 
ok in impress70
Comment 19 chne 2005-09-13 14:26:09 UTC 
ok in impress70
Comment 20 chne 2006-01-19 18:48:33 UTC 
no crash in src680_m150 => zu