User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.114 Safari/537.36

Steps to reproduce:

1. Try to use @media (dynamic-range: high), e.g. on this test page https://codepen.io/argyleink/pen/oNxeWbz by Adam "argyleink" Argyle¹
2. Test page is solid color

¹ https://github.com/Fyrd/caniuse/issues/5341#issuecomment-811432514

• Spec: https://drafts.csswg.org/mediaqueries-5/#dynamic-range
• Safari: Shipped with 13.1 https://webkit.org/blog/10247/new-webkit-features-in-safari-13-1/#post-10247:~:text=Finally%2C%20WebKit%20includes%20support%20for%20the,create%20styles%20specific%20to%20display%20capabilities.
• Caniuse: https://github.com/Fyrd/caniuse/issues/5341

Actual results:

dynamic-range not yet implemented 0:-)

Expected results:

dynamic-range recognised and test page shows icon (https://user-images.githubusercontent.com/2644614/113220649-d6f9d380-9283-11eb-91e0-0cad3904af70.png)

The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Setting this enhancement to New to gain visibility.

Note, this feature is probably most-useful when combined with the CSS color() function (which lets you specify a particular color space), which is bug 1128204. --> Adding a "see-also" for that bug.

To note, we technically implement this media feature now (not sure since when?), see WPTs: https://wpt.fyi/results/css/mediaqueries/dynamic-range.html

But always give standard instead of actually what the system supports as per spec, and there are still some bugs/quirks in our implementation (see WPT failures).