It first appeared in 17.0a1/20120822. The regression window is: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=360ab7771e27&tochange=abc17059522b It's likely a regression from bug 767480. Signature mozilla::layers::CopyPlane More Reports Search UUID 04c4672f-3f15-49df-b8f2-4d9f12120823 Date Processed 2012-08-23 04:36:50 Uptime 184 Last Crash 3.2 minutes before submission Install Age 3.8 hours since version was first installed. Install Time 2012-08-23 00:26:49 Product Firefox Version 17.0a1 Build ID 20120822030558 Release Channel nightly OS Windows NT OS Version 6.1.7601 Service Pack 1 Build Architecture x86 Build Architecture Info GenuineIntel family 6 model 42 stepping 7 Crash Reason EXCEPTION_ACCESS_VIOLATION_READ Crash Address 0x1e906241 AdapterVendorID: 0x10de, AdapterDeviceID: 0x1244, AdapterSubsysID: 519419da, AdapterDriverVersion: 220.127.116.1173 D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ WebGL! EGL? EGL+ GL Context? GL Context+ WebGL+ EMCheckCompatibility True Adapter Vendor ID 0x10de Adapter Device ID 0x1244 Total Virtual Memory 4294836224 Available Virtual Memory 3690061824 System Memory Use Percentage 29 Available Page File 28046094336 Available Physical Memory 12052635648 Frame Module Signature Source 0 xul.dll mozilla::layers::CopyPlane gfx/layers/ImageContainer.cpp:432 1 xul.dll mozilla::layers::PlanarYCbCrImage::CopyData gfx/layers/ImageContainer.cpp:462 2 xul.dll mozilla::layers::PlanarYCbCrImage::SetData gfx/layers/ImageContainer.cpp:476 3 xul.dll mozilla::MediaEngineWebRTCVideoSource::DeliverFrame content/media/webrtc/MediaEngineWebRTCVideo.cpp:75 4 gkmedias.dll webrtc::ViEExternalRendererImpl::RenderFrame media/webrtc/trunk/src/video_engine/vie_renderer.cc:230 5 gkmedias.dll webrtc::IncomingVideoStream::IncomingVideoStreamProcess media/webrtc/trunk/src/modules/video_render/main/source/incoming_video_stream.cc:389 6 gkmedias.dll webrtc::IncomingVideoStream::IncomingVideoStreamThreadFun media/webrtc/trunk/src/modules/video_render/main/source/incoming_video_stream.cc:318 7 gkmedias.dll webrtc::ThreadWindows::Run media/webrtc/trunk/src/system_wrappers/source/thread_win.cc:208 8 gkmedias.dll webrtc::ThreadWindows::StartThread media/webrtc/trunk/src/system_wrappers/source/thread_win.cc:77 9 msvcr100.dll _callthreadstartex f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c:314 10 msvcr100.dll _threadstartex f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c:292 11 kernel32.dll BaseThreadInitThunk 12 ntdll.dll __RtlUserThreadStart 13 ntdll.dll _RtlUserThreadStart More reports at: https://crash-stats.mozilla.com/report/list?signature=mozilla%3A%3Alayers%3A%3ACopyPlane https://crash-stats.mozilla.com/report/list?signature=mozilla%3A%3Alayers%3A%3APlanarYCbCrImage%3A%3ACopyData
Looks like it is happening in webrtc rendering. How could I reproduce this?
(In reply to Kan-Ru Chen [:kanru] from comment #1) > Looks like it is happening in webrtc rendering. How could I reproduce this? One comment says: "set media.navigator.enable? to true. Visited a firefox test page to test webcam (logitech c270) output"
Whoever is crashing in the stack with comments is crashing with: https://people.mozilla.com/~anarayanan/gum_test.html.
This was reported in bug 665909 as well (but that's a tracking bug, so the crash is better discussed here), STR seem to be "When I try the Video at the gUM Test Page the browser crashes."
When I try the Video at the gUM Test Page the browser crashes. Mac OS X 10.6.8 Browser: 17.0a1 https://crash-stats.mozilla.com/report/index/bp-fa5e2fa6-8717-45fd-a26b-e86432120824
(In reply to Andy Bajka from comment #5) > When I try the Video at the gUM Test Page the browser crashes. me too. Mac OS X 10.8.1 Browser: 17.0a1 (2012-08-24) https://crash-stats.mozilla.com/report/index/bp-f077dc68-ced8-4771-9152-cf1612120824
Created attachment 655399 [details] [diff] [review] Add default constructor to PlanarYCbCrImage::Data
I compiled nighly with patch 655399 applied. It now works but but with issues. When I first click the Video button nothing happens, I then click the Stop button then the Video button again. At this point the video plays as expected. At this point clicking the Stop button will stop the video, but the green video LED on my iMac shows the video is still on. Clicking the Video button once more gives an error message HARDWARE_UNAVAILABLE.
(In reply to Andy Bajka from comment #9) > I compiled nighly with patch 655399 applied. It now works but but with > issues. > > When I first click the Video button nothing happens, I then click the Stop > button then the Video button again. At this point the video plays as > expected. At this point clicking the Stop button will stop the video, but > the green video LED on my iMac shows the video is still on. Clicking the > Video button once more gives an error message HARDWARE_UNAVAILABLE. Hi Andy, this bug is about the crashing when the video is playing. Please file a new bug if you still can't get desired output from getUserMedia, thanks!
I will file new bug for the other issues. Thank you Kan-Ru.
Verified on Nightly on Windows 7 and OS X 10.8.