Crash in nsSoundProxy::Init
Categories
(Core :: Widget: Win32, defect, P3)
Tracking
()
People
(Reporter: alice0775, Unassigned)
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is
report bp-2251238b-40f8-46f0-bd13-deac00190114.
Top 10 frames of crashing thread:
0 xul.dll nsSoundProxy::Init widget/nsSoundProxy.cpp:45
1 xul.dll nsresult nsTypeAheadFind::PrefsReset toolkit/components/typeaheadfind/nsTypeAheadFind.cpp:169
2 xul.dll nsTypeAheadFind::Init toolkit/components/typeaheadfind/nsTypeAheadFind.cpp:121
3 xul.dll XPTC__InvokebyIndex xpcom/reflect/xptcall/md/win32/xptcinvoke_asm_x86_64.asm:97
4 @0x1f4d374e18f
5 xul.dll trunc
6 xul.dll trunc
7 xul.dll trunc
8 xul.dll static bool XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1153
9 xul.dll static bool XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:946
=============================================================
STR: see Bug 1482659 comment 24
Updated•4 years ago
|
Comment 1•4 years ago
|
||
I see a few Mac crashes in 67.0b1 with this signature. The stack looks very similar to Windows.
![]() |
||
Updated•4 years ago
|
Comment 2•3 years ago
|
||
This crash can be reproduced by changing the value of the preference 'accessibility.typeaheadfind.soundURL' to either some url or to 'default', then trying to find some text on a page that doesn't exist.
The typeaheadfind component tries to play sound from the child process when the find text is not found, yet there is an assertion in nsSoundProxy::Init that fails.
Comment 3•3 years ago
|
||
Closing because no crashes reported for 12 weeks.
Comment 4•1 year ago
|
||
Somehow the crash rate seems to be increased in recent Nightlies, reopening.
Comment 5•10 months ago
|
||
Closing because no crashes reported for 12 weeks.
Description
•