2008519 - startup Crash in [@ libwidevinecdm.dylib]

Status: NEW

(Core :: Audio/Video: GMP, defect, P3)

Description

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

This macOS crash signature turned more frequent with Firefox 146.0.x. The stack of the reports checked are not symbolized at the top.

[Tracking Requested - why for this release]:

Crash report: https://crash-stats.mozilla.org/report/index/8272e89e-9f53-41eb-ba34-795d00260104

Reason:

EXC_GUARD / GUARD_TYPE_NONE

Top 5 frames:

0  libwidevinecdm.dylib  libwidevinecdm.dylib@0x2ad95a
1  libwidevinecdm.dylib  libwidevinecdm.dylib@0x2d07a9
2  libwidevinecdm.dylib  libwidevinecdm.dylib@0x61eff7
3  libsystem_pthread.dylib  _pthread_start
4  libsystem_pthread.dylib  thread_start

Comment 1

[Andrew Osmond [:aosmond] (he/him)]

This happens seems to happen exclusively for Mac OSX 13 users. It seems like a sandbox issue where it tries to access something it doesn't have permission to?

Comment 2

[Andrew Osmond [:aosmond] (he/him)]

I've asked QA in our Widevine update channel to test on a Mac with OSX 13 to see whether this impacts all users or just a subset. There doesn't seem to be any pattern of some particular streaming service -- they are all hitting this.

Comment 3

[Timea Zsoldos [:tzsoldos], Desktop QA]

We tried to reproduce the crash with two machines with macOS 13, on Firefox 146.0.1 accessing Netflix, Amazon Prime, Disney+ videos but we were unable to get the widevine crash mentioned in the bug.
We also set MOZ_DISABLE_GMP_SANDBOX=1 environment variable, but widevine not crashed.
Then we set layers.gpu-process.enabled = false and security.sandbox.gpu.level = 0, we think it is related to the sandbox and that's why we tried this configuration, but widevine not crashed in this case either.