Apache OpenOffice (AOO) Bugzilla – Issue 53708
API: svx.AccessibleEditableTextPara::com::sun::star::accessibility::XAccessibleEditableText::setAttributes()
Last modified: 2013-02-24 21:06:24 UTC
The method setAttributes() causes to crash the office. If you run the UNO-API-Tests at the end of the test the clac document will be closed. At this point 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 svx.AccessibleEditableTextPara::com::sun::star::accessibility::XAccessibleEditableText
add keywork "accessibility"
re-targeted to OOo 3.0
changing target and owner
Accepted.
set target 3.0
I can not reproduce the crash. Instead it hangs at the end of the test: a dialog box is about to be opened and may run into a mutex deadlock. The dialog box is triggered by ::comphelper::AccessibleEventNotifier::implLookupClient() that is called with an invalid TClientId. As far as I know the AccessibleEventNotifier is used by Calc, not by Impress.
TBE->DR: I guess this is yours. I can confirm that this is a classical deadlock problem. As I have ScAccessibleContextBase::acquire() and ScAccessibleSpreadsheet::LostFocus() on the stack, I think this is not an edit engine, but a Calc issue.
Using Windows nonpro. As it looks, a tools debug message box is about to be opened. The deadlock does not happen anymore, if you disable debug messages (Shift+Ctrl+Alt+D, set Output->Error to None). AFAIK, these message boxes are known to cause any kind of deadlock problems. DR->CN: Did you start the test with a nonpro Office? Can confirm my findings?
cn->dr: I have used a Pro-Version. I will check your findings with the NonPro-Version.
DR->CN: Tested with a freshly installed DEV300m14 wntmsci12.pro, test runs successfully. Any other hints how to reproduce?
finally, not reproducible in DEV300m14
back to submitter
I cannot reproduce the issue neither on Solaris x86 nor on Linux. => close