Steps to repro: - Visit a page that makes use of the widevine CDM, such as https://shaka-player-demo.appspot.com/demo/#asset=//storage.googleapis.com/shaka-demo-assets/sintel-widevine/dash.mpd;lang=en-US;build=uncompiled - A drop down reports the widevine CDM has crashed, media does not playback. Repros for me on other sites that utilize the CDM such as Netflix. Tested on Windows 10, 64bit.

Seeing weird behaviour with incorrect tracking flags being set. Un-setting for now.

Reproduces under Linux also.

It is too late to get a fix into ESR 52.7.0, but if someone comes up with a patch it could potentially make it into a dot release, or into 52.8.0/ESR 60.

Hi Andrei, is it possible to check whether this is a 100% repro? Did we test this (Netflix video playback using ESR) during ESR52.6 sign offs? I just want to confirm whether this is a known regression or a new one. Thanks!

Hi Jean-Yves, Anthony, in case this is a new regression (and not a carryover), we are worried about shipping ESR52.7 with this regression. Tuesday is go live. Is there a low-risk fix that is worth uplifting to ESR?

I can reproduce this crash on macOS using ESR 52.5 and 52.6 (Widevine CDM version 1.4.8.903) with the Shaka Player test from comment 0, but I was not able to reproduce with Netflix. Amazon is not affected because it doesn't support Widevine in ESR 52 (but it will support it in ESR 60 per [1]). I was not able to reproduce the crash with Firefox Nightly 60 (Widevine CDM version 1.4.8.1008) with the Shaka Player test, Netflix, or Amazon. [1] https://www.amazon.com/gp/help/customer/display.html?nodeId=201422810

I was not able to reproduce this crash on three different machines (macOS 10.13.3, Windows 10 64bit and Ubuntu 16.04 64bit) with three different operating systems. I also tested using the following builds: 52.6.0esr - 58.0.2 (which listed the highest number of crashes in Socorro) and Latest Nightly 60.0a1 which has the tracking status as affected as well. Also note that the Widevine version I had is 1.4.8.903. Only on Ubuntu I encountered an error on both Shaka demo page from comment 0 and Netflix. - Shaka: Shaka Error MEDIA.VIDEO_ERROR (3,,0x806e0004: Error: GMPErr:7) - Netflix: F7355-1204 After I installed ubuntu restricted extras ('sudo apt-get install ubuntu-restricted-extras'), netflix worked without issues but on shaka I received the same error. Let me know if I can help here with more information.

:cpearce knows more about this than I do. Leaving it to him for recommendations

Thanks Andrei, CPeterson for the additional testing and details. Based on the fact that this is a content process crash and that we were unable to test on Netflix, Amazon, we might be good for ESR52.7 go live, as scheduled for next week.

(In reply to Bogdan Maris, QA [:bogdan_maris] from comment #7) > > Let me know if I can help here with more information. Really appreciate the prompt testing. Thanks so much!

ESR 32bit and 64bit is working here for me on Win10 x64 on Shaka Player Demo and Netflix. We're probably OK to just monitor the crash rate on this one.

Rechecking this and I'm not seeing it fail today, though not sure what's changed. Am able to get playback with both Shaka and Netflix under Windows 10. Had a 100% failure rate over ~10 attempts when I ran into this earlier. Widevine version is 1.4.8.903 for me.

The crash signature appears to be around for quite some time already. So it doesn't look like a new regression to me. The crash signature also appears to be highly correlated to a very low uptime (< 1min) of Firefox.

FWIW, the GMPChild::ProcessingError path happens whenever an IPC message handler fails. Typically this is the "load GMP" message handler, but it may not necessarily be, and the reason for the failure can vary. So this signature catches a lot of things, and by itself a crash report for this signature doesn't tell us very much information.

Volume doesn't look high enough to warrant tracking.

Reproduced the crash today on 65.0b8 (20190103150357) on Win10 x64.

Same STR? This bug feels like one that isn't very actionable as-is.

I've managed to reproduce this crash only on Win 10 x64 on 65.0b8 (20190103150357), also tried on Ubuntu 16.04 and macOS 10.14, but without success. Only managed to reproduce with the following steps: 1. Open Firefox Nightly and create a new profile 2. Log in to Netflix and play a video 3. Go to Add-ons page and set the Widevine plugin to "Never Activate" 4. Check the video playback error message on Netflix and Close the browser 5. Open Firefox Beta with the previously used profile 6. Go to Netflix and when the "You must enable DRM ..." yellow pop-up appears choose Enable DRM 7. "The WidevineCdm plugin has crashed." yellow pop-up should appear with options to reload the page or send the crash report.