263961 - Trunk FF10 [@ nsTimerImpl::ReleaseCallback] crash upon close if embedded RealPlayer window previously closed

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Leston Buell]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041011
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041011

The Radio France Internationale site allows you to listen to a live stream of
Real audio. The RealPlayer is embedded in a little window. The stream starts
automatically as soon as the player loads and buffers the stream. None of the
function buttons work in the embedded player. (I don't know if this fact is
related to my crash.) If you close this window at some point, then the browser
will crash when you exit Mozilla.

Reproducible: Always
Steps to Reproduce:
1. Go to <http://www.rfi.fr>.
2. In the left column, under the word "écoutez", click on the little blue Real
icon next to "RFI en direct". A little window will open. Let the audio stream begin.
3. Close the little window.
4. Now close Mozilla.

Actual Results:  
Mozilla crashes, TalkBack will be activated if turned on.

Expected Results:  
Closed without crashing.

Comment 1

[Leston Buell]

Oh, i´m using RealPlayer 10. Although i am reporting this against
Gecko/20041011, i have been noticing this since a 20040904 build. 

Oh, i almost forgot to give my talkback number: TB1256137Z

This crash is very consistent.

Comment 2

[Hermann Schwab]

Stack Signature:  nsTimerImpl::ReleaseCallback() c0120dc6
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=+nsTimerImpl%3A%3AReleaseCallback%28%29+c0120dc6

There are 4 Talkbacks Mozilla 1.7 and current Trunk with this exact signature,
and lots more on Linux and MacOSX with Signature nsTimerImpl::ReleaseCallback()

Thunderbird bug:
Bug 255835 Crashes when clicking "Edit as new"[@nsTimerImpl::ReleaseCallback()]

Comment 3

[Boris Zbarsky [:bzbarsky]]

A minimal testcase would really help here...

Comment 4

[Jay Patel [:jay]]

I am not able to reproduce with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8a5) Gecko/20041020 given the url in this bug.  Not even crashes to really
make this a topcrash, so adding topcrash- for tracking.

Comment 5

[Jay Patel [:jay]]

There seem to be a lot of crashes in Firefox 1.0 for this stack signature:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=nsTimerImpl%3A%3AReleaseCallback&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid

If anyone is able to come up with a reproducible testcase, we can + this and get
some more traction.

Comment 6

[Jay Patel [:jay]]

Looks like most of the crashes in FF10 were from Linux users using RealPlayer 10.

Comment 7

[Leston Buell]

Closing as "worksforme". No comment on bug in two years and newer versions of RealPlayer have made it irrelevant.