Issue 90575 - [aqua11y] Crash probably linked with accessibility bridge
Summary: [aqua11y] Crash probably linked with accessibility bridge
Status: CLOSED FIXED
Alias: None
Product: porting
Classification: Code
Component: MacOSX (show other issues)
Version: DEV300m17
Hardware: Mac Mac OS X, all
: P2 Trivial (vote)
Target Milestone: OOo 3.0
Assignee: eric.savary
QA Contact: issues@porting
URL:
Keywords: accessibility, aqua
: 91774 (view as issue list)
Depends on:
Blocks: 88042 90602
  Show dependency tree
 
Reported: 2008-06-10 17:28 UTC by eric.bachard
Modified: 2019-07-31 13:10 UTC (History)
4 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 eric.bachard 2008-06-10 17:28:48 UTC
ericb@fne

I guessed this isssue is probably for you :-)


Context : Tiger / Intel ( 10.4.11 ), milestone DEV300_m18 + aquavcl08 (including aquabmpfix02) does 
repeatably crash.

I have rebuilt libvcl including symbols and I'll attach a stack 

Thanks :-)
Comment 1 eric.bachard 2008-06-10 17:29:41 UTC
The stack :

Date/Time:      2008-06-10 18:22:22.394 +0200
OS Version:     10.4.11 (Build 8S2167)
Report Version: 4

Command: soffice.bin
Path:    /Users/ericb/Desktop/test_dev300_m18/OpenOffice.org.app/Contents/MacOS/soffice.bin
Parent:  WindowServer [58]

Version: 3.0.0 (???)

PID:    6444
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_INVALID_ADDRESS (0x0001) at 0xcc458b38

Thread 0 Crashed:
0   libsvxmxi.dylib        	0x235fe8c6 accessibility::AccessibleCell::getAccessibleStateSet() + 106
1   libvclmxi.dylib        	0x02259283 
DocumentFocusListener::attachRecursive(com::sun::star::uno::Reference<com::sun::star::accessibility::X
Accessible> const&, com::sun::star::uno::Reference<com::sun::star::accessibility::XAccessibleContext> 
const&) + 39 (documentfocuslistener.cxx:164)
2   libvclmxi.dylib        	0x02259343 
DocumentFocusListener::attachRecursive(com::sun::star::uno::Reference<com::sun::star::accessibility::X
Accessible> const&) + 87 (documentfocuslistener.cxx:154)
3   libvclmxi.dylib        	0x022591f7 
DocumentFocusListener::attachRecursive(com::sun::star::uno::Reference<com::sun::star::accessibility::X
Accessible> const&, com::sun::star::uno::Reference<com::sun::star::accessibility::XAccessibleContext> 
const&, com::sun::star::uno::Reference<com::sun::star::accessibility::XAccessibleStateSet> const&) + 
425 (documentfocuslistener.cxx:192)
4   libvclmxi.dylib        	0x022592ba 
DocumentFocusListener::attachRecursive(com::sun::star::uno::Reference<com::sun::star::accessibility::X
Accessible> const&, com::sun::star::uno::Reference<com::sun::star::accessibility::XAccessibleContext> 
const&) + 94 (documentfocuslistener.cxx:167)
5   libvclmxi.dylib        	0x02259343 
DocumentFocusListener::attachRecursive(com::sun::star::uno::Reference<com::sun::star::accessibility::X
Accessible> const&) + 87 (documentfocuslistener.cxx:154)
6   libvclmxi.dylib        	0x0225955d 
DocumentFocusListener::notifyEvent(com::sun::star::accessibility::AccessibleEventObject const&) + 489 
(documentfocuslistener.cxx:100)
7   libcomphelp4gcc3.dylib 	0x003f3367 comphelper::AccessibleEventNotifier::addEvent(unsigned long, 
com::sun::star::accessibility::AccessibleEventObject const&) + 301
8   libsvxmxi.dylib        	0x233d526c accessibility::AccessibleContextBase::CommitChange(short, 
com::sun::star::uno::Any const&, com::sun::star::uno::Any const&) + 174
9   libsvxmxi.dylib        	0x233d19aa 
accessibility::ChildrenManagerImpl::AddShape(com::sun::star::uno::Reference<com::sun::star::drawing::
XShape> const&) + 1308
10  libsvxmxi.dylib        	0x233d1d69 
accessibility::ChildrenManagerImpl::notifyEvent(com::sun::star::document::EventObject const&) + 509
11  libsfxmxi.dylib        	0x0112aadf SfxBaseModel::notifyEvent(com::sun::star::document::EventObject 
const&) const + 109
12  libsdmxi.dylib         	0x2b760af2 SdXImpressDocument::Notify(SfxBroadcaster&, SfxHint const&) + 
434
13  libsvlmxi.dylib        	0x0072a1b6 SfxBroadcaster::Broadcast(SfxHint const&) + 70
14  libsvxmxi.dylib        	0x22e63615 SdrObjList::InsertObject(SdrObject*, unsigned long, 
SdrInsertReason const*) + 209
15  libsvxmxi.dylib        	0x22f8da38 FmFormPage::InsertObject(SdrObject*, unsigned long, 
SdrInsertReason const*) + 46
16  libsvxmxi.dylib        	0x22f78bf9 SdrEditView::InsertObjectAtView(SdrObject*, SdrPageView&, 
unsigned long) + 273
17  libsdmxi.dylib         	0x2b71af9e sd::DrawViewShell::FuTable(SfxRequest&) + 666
18  libsfxmxi.dylib        	0x011bcdfa SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, 
unsigned char) + 596
19  libsfxmxi.dylib        	0x011bd4fb SfxDispatcher::PostMsgHandler(SfxRequest*) + 297
20  libsfxmxi.dylib        	0x011e8887 SfxHintPoster::Event(SfxHint*) + 51
21  libsfxmxi.dylib        	0x011e8837 SfxHintPoster::LinkStubDoEvent_Impl(void*, void*) + 25
22  libvclmxi.dylib        	0x022712d3 Link::Call(void*) const + 39 (link.hxx:142)
23  libvclmxi.dylib        	0x0219e2be ImplHandleUserEvent(ImplSVEvent*) + 220 (winproc.cxx:1998)
24  libvclmxi.dylib        	0x021a0c80 ImplWindowFrameProc(Window*, SalFrame*, unsigned short, void 
const*) + 1856 (winproc.cxx:2495)
25  libvclmxi.dylib        	0x0235a45b SalFrame::CallCallback(unsigned short, void const*) const + 63 
(salframe.hxx:286)
26  libvclmxi.dylib        	0x02246f8b AquaSalInstance::Yield(bool, bool) + 323 (salinst.cxx:621)
27  libvclmxi.dylib        	0x01fd75db Application::Yield(bool) + 127 (svapp.cxx:503)
28  libvclmxi.dylib        	0x01fd7632 Application::Execute() + 38 (svapp.cxx:460)

Comment 2 eric.bachard 2008-06-10 17:30:05 UTC
Setting keyword. 


Comment 3 eric.bachard 2008-06-10 17:31:06 UTC
Other information : accessibility bridge is disabled on my machine. Hope this helps
Comment 4 eric.bachard 2008-06-10 18:02:10 UTC
Looks repeatable, when inserting :

- tables 
- diagrams
- whatever 

in Impress document (play with focus triggers the crash, but this has to be confirmed )
Comment 5 cobour 2008-06-11 06:29:14 UTC
keyword, target milestone, dependency, started
Comment 6 cobour 2008-06-11 06:30:26 UTC
summary, priority
Comment 7 cobour 2008-06-11 08:56:00 UTC
The native Popupmenu we are using now is triggering the NSAccessibility API even when there is no A11y 
tool actually reguesting information. This is imho a bug in Cocoa/Carbon.
I will now fix this behaviour on our side.
Comment 8 cobour 2008-06-11 10:22:56 UTC
The a11y API is no longer called accidently when using native popup menus. Since aquavcl08 and 
aquabmpfix02 are not yet integrated, I created a reminder issue to test this again. (issue 90602)
Comment 9 eric.bachard 2008-06-11 19:19:44 UTC
ericb@fne

Ok, I got it :-)

FYI, I have extracted the last fix from aqua11y02, and indeed, OOo is no longer crashing !

Thanks a lot :-)

Comment 10 cobour 2008-06-12 07:35:42 UTC
@ericb: i'm glad that it works. thanks for your testing efforts!
Comment 11 nospam4obr 2008-06-24 07:45:58 UTC
Re-assigned to QA for verification.
Comment 12 nospam4obr 2008-07-17 08:07:12 UTC
Committed two additional fixes in svx. Crash should be gone, but cells are still
not read (now issue 91742).
Comment 13 eric.savary 2008-07-21 17:13:42 UTC
@FNE: I found another way to crash with nearly the same steps and I'd like to know it is the same (fixed but failed) 
or s/t different:
- VO on
- In Impress, insert a table
-> Notice:
* yes, now it works without crashing!
* if the cursor is inside of the table, click outside, on the slide
- cmd+Z (Undo)
-> notice: the focus rectangle drawn by VO is still there though the object is not there anymore.
- Click in any menu
-> crash
Comment 14 cobour 2008-07-22 08:44:27 UTC
@es: This was a different issue. I fixed it.
What I did:
New Presentation
Start VO
Insert Table through menu
press Tab key => Focus in table
press cmd+Z
click with mouse inside slide 1
Insert Table through menu again => no crash

Comment 15 eric.savary 2008-07-23 13:32:30 UTC
Verified in 2d build of CWS aqua11y02
Comment 16 thorsten.ziehm 2009-07-20 15:56:01 UTC
This issue is closed automatically and wasn't rechecked in a current version of
OOo. The fixed issue should be integrated in OOo since more than half a year. If
you think this issue isn't fixed in a current version (OOo 3.1), please reopen
it and change the field 'Target Milestone' accordingly.

If you want to download a current version of OOo =>
http://download.openoffice.org/index.html
If you want to know more about the handling of fixed/verified issues =>
http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues
Comment 17 oooforum (fr) 2019-07-31 13:10:24 UTC
*** Issue 91774 has been marked as a duplicate of this issue. ***