[Tracking Requested - why for this release]:

Central-as-beta simulation:
How to run these simulations:
Failure log:
Reftest URL: https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Xoy3m3Z5TUuoCIOApAwFEg/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

Added a layer with an almost transparent rectangle over the original image

Hello, can you please take a look at this? I think it might be caused by Bug 1713276.

Just want to make sure, this only happens when running on Beta?

This should get fixed by bug 1748540. This is an existing issue but got workaround already for a while by adding fuzzy-if(winWidget&&swgl,31-38,8240-184080) and comparing webm&mp4 to av1.

Actually all types of videos (webm, mp4 and av1) are not able to display correctly in full range of color on SW WR on Windows. Bug 1713276 re-adjusts the comparison to make webm&mp4 compare to PNG, which expose the issue again. I think we should not add fuzzy range to workaround it again, it should get a proper fixed in bug 1748540.

(In reply to Alastor Wu [:alwu] from comment #1)

Just want to make sure, this only happens when running on Beta?

Afaik yes, I haven't notice to be present on central or autoland.

As I mentioned in comment2, this issue has been existing for a while, so we should not simply make it fuzzy to pass the test, and should fix the root cause completely.

Changing the priority to p2 as the bug is tracked by a release manager for the current nightly.
See What Do You Triage for more information

This started with direct decoding of video frames from data (bug 1713276)
which also changed test expectations.

The patch seems to be working in today's beta-sim

https://hg.mozilla.org/mozilla-central/rev/1e8fbd2fd53d

Verified fixed as of today's beta-sim