Crash in [@ mozilla::a11y::GeckoTextMarkerRange::AttributedText], Mach RPC related
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
People
(Reporter: gsvelto, Unassigned)
References
Details
(Keywords: crash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/f7801350-b7a8-49f5-8340-345ab0220702
Reason: EXC_BAD_ACCESS / KERN_INVALID_ADDRESS
Top 10 frames of crashing thread:
0 None @0x0005801000000000
1 XUL mozilla::a11y::GeckoTextMarkerRange::AttributedText const accessible/mac/GeckoTextMarker.mm:468
2 XUL -[MOXAccessibleBase accessibilityAttributeValue:forParameter:] accessible/mac/MOXAccessibleBase.mm:359
3 AppKit ___NSAccessibilityEntryPointValueForAttributeWithParameter_block_invoke.904
4 None @0x22780001a9d7db8c
5 AppKit NSAccessibilityPerformEntryPointObject
6 None @0x451f0001a9b663d0
7 AppKit CopyParameterizedAttributeValue
8 None @0xc2438001ac819ba8
9 HIServices _XCopyParameterizedAttributeValue
It seems like we're accessing a NULL pointer. Crashes have different signatures but the failure occurs when dealing with the same code.
Comment 1•2 years ago
|
||
Since the crash volume is low (less than 5 per week), the severity is downgraded to S3
. Feel free to change it back if you think the bug is still critical.
For more information, please visit auto_nag documentation.
Comment 2•2 years ago
|
||
There are actually quite a few of these crashes, under different signatures, all involving the MOXAccessibleBase
class from accessible/mac/MOXAccessibleBase.h
. Judging by the MIG
calls in their stack traces, they all have to do with Mach RPC. I don't know why they only happen on macOS.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 3•2 years ago
|
||
Needless to say, this is probably a macOS bug (since these crashes only happen on macOS). But it may be possible to work around it in Mozilla code.
Updated•2 years ago
|
Updated•1 year ago
|
Updated•5 months ago
|
Description
•