653489 - When viewing multiple mjpeg streams browser crashes at varying times. [@ imgFrame::GetFrameDisposalMethod ]

Status: RESOLVED WORKSFORME

(Core :: Graphics: ImageLib, defect)

Description

[petarggh]

User-Agent:       Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0
Build Identifier: 20110323142937

These crashes occur 5-10 times a day (when in constant viewing) and almost always have same signiture.

crash reports:
bp-ebd2cbec-b4bb-482b-9cdc-de21e2110428
bp-ac223dd0-bbc4-4ed6-ad3e-9949f2110428
bp-45837f7c-96e7-453f-a7cc-6e3742110428
bp-0939dae3-aab1-4556-a79b-413072110428
bp-d4890be6-17a6-4b9a-af5b-b8dae2110427

and many more...

Reproducible: Sometimes

Comment 1

[Matthias Versen [:Matti]]

0 	libxul.so 	imgFrame::GetFrameDisposalMethod 	imgFrame.cpp:882
1 	libxul.so 	imgContainer::EnsureCleanFrame 	imgContainer.cpp:562
2 	libxul.so 	nsJPEGDecoder::ProcessData 	nsJPEGDecoder.cpp:479
3 	libxul.so 	ReadDataOut 	nsJPEGDecoder.cpp:248
4 	libxul.so 	nsStringInputStream::ReadSegments 	nsStringStream.cpp:276
5 	libxul.so 	nsJPEGDecoder::WriteFrom 	nsJPEGDecoder.cpp:266
6 	libxul.so 	imgRequest::OnDataAvailable 	imgRequest.cpp:990
7 	libxul.so 	nsPartChannel::SendOnDataAvailable 	nsMultiMixedConv.cpp:112
8 	libxul.so 	nsMultiMixedConv::SendData 	nsMultiMixedConv.cpp:878
9 	libxul.so 	nsMultiMixedConv::OnDataAvailable 	nsMultiMixedConv.cpp:620
10 	libxul.so 	ProxyListener::OnDataAvailable 	imgLoader.cpp:1806
11 	libxul.so 	nsStreamListenerTee::OnDataAvailable 	nsStreamListenerTee.cpp:108
12 	libxul.so 	nsHttpChannel::OnDataAvailable 	nsHttpChannel.cpp:5391
13 	libxul.so 	nsInputStreamPump::OnStateTransfer 	nsInputStreamPump.cpp:510
14 	libxul.so 	nsInputStreamPump::OnInputStreamReady 	nsInputStreamPump.cpp:400
15 	libxul.so 	nsInputStreamReadyEvent::Run 	nsStreamUtils.cpp:112
16 	libxul.so 	nsThread::ProcessNextEvent 	nsThread.cpp:527
17 	libxul.so 	NS_ProcessNextEvent_P 	nsThreadUtils.cpp:250
18 	libxul.so 	mozilla::ipc::MessagePump::Run 	MessagePump.cpp:134
19 	libxul.so 	MessageLoop::RunInternal 	message_loop.cc:216
20 	libxul.so 	MessageLoop::RunHandler 	message_loop.cc:199
21 	libxul.so 	MessageLoop::Run 	message_loop.cc:173
22 	libxul.so 	nsBaseAppShell::Run 	nsBaseAppShell.cpp:174
23 	libxul.so 	nsAppStartup::Run 	nsAppStartup.cpp:183

Comment 2

[Daniel Holbert [:dholbert]]

petarggh, do you have a URL in particular that triggers this?

Comment 3

[petarggh]

Daniel, 
I don't think I can open up the url at the moment, due to sensitive information. 

If there's any other way, It'd be much appreciated. The web page is 20 AXIS camera mjpeg streams embedded in an html page with img tags.

Comment 4

[Daniel Holbert [:dholbert]]

Understood - that happens sometimes.

If you happen to be able to publish a non-sensitive page that also reproduces the problem, or if you can find a similar page on the public internet that you can get to reproduce the same problem, then that may help developers get to the bottom of what's going on here.

Having said that, this may end up being fixed by the possibly-related bug 639303, though. (per the dependency that bz just added)

Comment 5

[petarggh]

Thanks, 

It seems I can't view that bug report unfortunately. (639303).

Another detail I neglected to mention: This page used to (until an hour ago) resize the streams. What I mean is, they are all natively 320x240, but were embedded (at a different aspect ratio) at 200x200. Could this have affected this situation? We now have changed the code and they are embedding at their native resolution. 

I can send you a link to the page, but I'd prefer it not be on this public page. How can I send privately?

Comment 6

[petarggh]

Just a followup... After I changed the page to use native resolution, the crashes have greatly diminished. only two since 4/28 (vs. 4-10 a day). Still would like some more info if possible, as it's not solved.

Comment 7

[Bas Schouten (:bas.schouten)]

I cannot find any recent crash reports of this issue, please re-open if you're still seeing it! It is possible the stack simply changed.