WidevineCdm plugin has crashed on Amazon
Categories
(Core :: Audio/Video: Playback, defect, P2)
Tracking
()
People
(Reporter: yoasif, Assigned: bryce)
Details
(Keywords: regression, regressionwindow-wanted)
Attachments
(2 files)
Report from a reddit user: https://www.reddit.com/r/firefox/comments/cby2gr/widevinecdm_plugin_has_crashed_firefox_quantum_680/
User says it is a regression (67 worked correctly).
User says "I can't watch videos from Amazon."
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Adding bvandyk since he seems to be the developer working in this area.
Updated•5 years ago
|
Comment 2•5 years ago
|
||
What's the relationship between this bug and bug 1548845, which was a change to our test suite and not to anything we ship?
My first thought is the new Widevine update we shipped recently being a possible culprit.
Reporter | ||
Comment 3•5 years ago
|
||
It didn't make any sense to me either, but that is what the user came up with on mozregression, Perhaps it is harder to reproduce than they thought and they came up with a false positive.
You can see their mozregression log attached to this bug - or maybe it is just the new widevine update.
Comment 4•5 years ago
|
||
Maybe QA can take another look at the regression range too. A test-only change doesn't make sense.
Assignee | ||
Comment 5•5 years ago
|
||
As mentioned above, the regressing bug seems an unlikely one to regress this. With the switch to 68 we're shipping a new CDM, so that seems like the more likely culprit.
Holding NI so I can look further into this when I have a moment, and when we hopefully have some further information.
Reporter | ||
Comment 6•5 years ago
|
||
Assignee | ||
Comment 7•5 years ago
|
||
There's a couple of problems with regression finding for these CDM related bugs to be aware of:
- The CDM is not versioned based on cenrtral and is instead based on balrog rules that can change independent of releases.
- The rules have changed recently, and I note that we currently have a rule for
>=68.0
which is a bit of a footgun because I believe that it matches 68.0 but not 68.0a1.
- The rules have changed recently, and I note that we currently have a rule for
- The
MOZILLA_OFFICIAL
define impacts CDM behaviour. Central builds will have this set, but various other builds, such as autoland, will not. This leads to false positives when do regression ranges due to some sites breaking (though the CDM shouldn't crash) when mozregression jumps over to autoland and similar.
Assignee | ||
Comment 8•5 years ago
|
||
Based on the discussion on the reddit thread I wonder if this is related to bug 1496607. It would be hard to know without some non-trivial debugging from our reporter, but the 32bit builds on 64bit Windows misbehaving in hard to nail down ways is consistent with that bug.
Assignee | ||
Comment 9•5 years ago
|
||
Summary of reddit debugging so far:
- User has 32bit build of Firefox on 64bit Windows. This should be fine, and is something I test when doing Widevine updates.
- Issue does happen on other premium media sites.
- Issue does happen on fresh profile.
- Issue doesn't happen on 67.0a1, 68.0a1, 69.0a1 builds from mozregression (64bit builds).
- Issue doesn't happen on newly installed 64bit Fireox.
- Doesn't happen on another Windows 10 machine owned by reporter.
Comment hidden (obsolete) |
Assignee | ||
Comment 11•5 years ago
|
||
Marking as fixed worksforme based on user reports that bumping to a different Firefox version fixes the issue. Despite not starting at the same version as bug 1496607, that bug remains my best guess as to the issue.
Updated•5 years ago
|
Description
•