Open Bug 1717501 Opened 3 months ago Updated 23 days ago

Crash in [@ PLDHashTable::Search | mozilla::a11y::AccAttributes::GetAttribute]


(Core :: Disability Access APIs, defect)




Tracking Status
firefox-esr78 --- unaffected
firefox-esr91 --- unaffected
firefox89 --- unaffected
firefox90 --- unaffected
firefox91 --- affected


(Reporter: mccr8, Unassigned)


(Keywords: crash, Whiteboard: [not-a-fission-bug])

Crash Data

Maybe Fission related. (DOMFissionEnabled=1)

Crash report:


Top 10 frames of crashing thread:

0 XUL PLDHashTable::Search const xpcom/ds/PLDHashTable.cpp:494
1 XUL mozilla::a11y::AccAttributes::GetAttribute accessible/base/AccAttributes.cpp:12
2 XUL mozilla::a11y::utils::GetAccAttr accessible/mac/
3 XUL -[mozAccessible moxRoleDescription] accessible/mac/
4 XUL -[MOXAccessibleBase accessibilityAttributeValue:] accessible/mac/
5 AppKit NSAccessibilityGetObjectForAttributeUsingLegacyAPI 
6 AppKit ___NSAccessibilityEntryPointValueForAttribute_block_invoke.805 
7 AppKit NSAccessibilityPerformEntryPointObject 
8 AppKit _NSAccessibilityEntryPointValueForAttribute 
9 AppKit -[NSObject _accessibilityValueForAttribute:clientError:] 

There aren't a ton of these crashes, but they are from more than one install date, and I figure there probably isn't a huge amount of people running Nightly on OSX with a11y. The stacks are a bit odd looking.

Severity: -- → S2

I see five crash reports from three different installations and all five crash reports have Fission enabled:

Since almost 60% of Nightly users have Fission enabled, TBD whether this a11y crash is actually Fission-related.

Fission Milestone: --- → ?
Hardware: Unspecified → x86_64

kmag says this crash is probably not Fission related, so I will clear the Fission Milestone flag.

There have been no new crash reports after the first five reports from one user, so this crash is probably a low priority.

Fission Milestone: ? → ---
Whiteboard: [not-a-fission-bug]
You need to log in before you can comment on or make changes to this bug.