1519882 - Crash in nsSoundProxy::Init

Status: RESOLVED WORKSFORME

(Core :: Widget: Win32, defect, P3)

Description

[Alice0775 White]

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

Comment 1

[Marcia Knous [:marcia]]

I see a few Mac crashes in 67.0b1 with this signature. The stack looks very similar to Windows.

Comment 2

[Neil Deakin]

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

[Release mgmt bot [:suhaib / :marco/ :calixte]]

Closing because no crashes reported for 12 weeks.

Comment 4

[Sean Feng [:sefeng]]

Somehow the crash rate seems to be increased in recent Nightlies, reopening.

Comment 5

[Release mgmt bot [:suhaib / :marco/ :calixte]]

Closing because no crashes reported for 12 weeks.