Firefox randomly crashes when playing wav files

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Install latest gecko-mediaplayer
2. Navigate to any wav source 
3. Wait while it crashes

What is the expected output? What do you see instead?
Expected is stable wav and other media playing

What version of the product are you using? On what operating system?
2.6.31-gentoo-r6 on two different hosts with gecko-mediaplayer-0.9.8 and
mozilla-firefox-3.5.6

Please provide any additional information below.
I am using gecko-mediaplayer for Nagios monitoring and some other
NOC-related monitoring stuff. It is really painful when firefox randomly
crashes at e.g. 5:00 AM. No other nsplugins installed on both the hosts.
VLC compiled w/o nsplugins. As per gdb is it xulrunner-related problem?

gdb output:
http://nagios.xxx.xxx/media/critical.wav
/home/xxxxx/.cache/gnome-mplayer/plugin/gecko-mediaplayeriqoysn
/control/34593
New Stream Requested
Entering destroy stream reason = 1 for http://nagios.xxx.xxx/media/critical.wav
Exiting destroy stream reason = 1 for http://nagios.xxx.xxx/media/critical.wav

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f25948ec700 (LWP 12747)]
0x00007f258d5752ff in ?? () from /usr/lib/libgdk-x11-2.0.so.0
(gdb)
(gdb) bt
#0  0x00007f258d5752ff in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#1  0x00007f258d5753c4 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#2  0x00007f258d55bc89 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#3  0x00007f258d55c301 in gdk_window_process_all_updates () from
/usr/lib/libgdk-x11-2.0.so.0
#4  0x00007f258d55c329 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#5  0x00007f258d540797 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#6  0x00007f258e8fd4a9 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#7  0x00007f258e900ae8 in ?? () from /usr/lib/libglib-2.0.so.0
#8  0x00007f258e900c9c in g_main_context_iteration () from
/usr/lib/libglib-2.0.so.0
#9  0x00007f2591d607fd in ?? () from /usr/lib64/xulrunner-1.9.1/libxul.so
#10 0x00007f2591d609ae in ?? () from /usr/lib64/xulrunner-1.9.1/libxul.so
#11 0x00007f2591e06461 in ?? () from /usr/lib64/xulrunner-1.9.1/libxul.so
#12 0x00007f2591ddc466 in ?? () from /usr/lib64/xulrunner-1.9.1/libxul.so
#13 0x00007f2591d60a69 in ?? () from /usr/lib64/xulrunner-1.9.1/libxul.so
#14 0x00007f2591c38d39 in ?? () from /usr/lib64/xulrunner-1.9.1/libxul.so
#15 0x00007f25916235cb in XRE_main () from /usr/lib64/xulrunner-1.9.1/libxul.so
#16 0x0000000000402795 in ?? ()
#17 0x00007f259311f480 in ?? ()
#18 0x0000000000000000 in ?? ()

Original issue reported on code.google.com by arn...@gmail.com on 5 Jan 2010 at 10:14

[GoogleCodeExporter]

please provide a valid test site. From your example gecko-mediaplayer doesn't 
seem to
be called. 

Also can you try SVN of gecko-mediaplayer?

Original comment by kdeko...@gmail.com on 5 Jan 2010 at 1:49

[GoogleCodeExporter]

I cannot provide my test sites as far as they are internal. But I have found 
great
nagios demo site here:
http://nagiosbp.projects.nagiosforge.org/demo.shtml
I haven't tested it yet. I will do as far as I'll be back home.

I'll try SVN after I'll check Nagios demo site above.

Original comment by arn...@gmail.com on 5 Jan 2010 at 2:10

[GoogleCodeExporter]

You'll have to point out a wav source in that site as I am unfamiliar with that 
tool

Original comment by kdeko...@gmail.com on 5 Jan 2010 at 3:27

[GoogleCodeExporter]

I have checked my above link and unfortunately there is no sound turned on for 
that
demo page. I'll find an appropriate source as soon as I'll be back from my trip.

Original comment by arn...@gmail.com on 6 Jan 2010 at 7:00

[GoogleCodeExporter]

Does this problem still occur with the 0.9.9.2 version?

Original comment by kdeko...@gmail.com on 15 Mar 2010 at 1:10

[GoogleCodeExporter]

Well I have tested the latest version with infinite page refresh loop. And it 
looks
very stable so far! I'll post some comment if anything will go wrong in the 
nearest
future.

Original comment by arn...@gmail.com on 15 Mar 2010 at 2:35

[GoogleCodeExporter]

Original comment by kdeko...@gmail.com on 7 Jan 2011 at 3:16

• Changed state: Fixed