Adding some folks working on that area.

There are changes in Chrome's constraint handling that make this fail in a different (and more interesting) way.
Seriously addressing the W3C test suite is on our Q3 OKRs, but putting the basic compatibility in place has higher priority than individual tests.

hta: do you want to set a milestone now or keep this as Available for now?

Let's keep it as Available - I looked briefly at the failing test, it fails at requiring +inf width, which made me wonder about the handling of +inf.
Fix should be simple once I get around to it (so assigning to me).

The behavior of +inf when converted to a long is weird (it's supposed to be converted to zero). Seee https://github.com/w3c/mediacapture-main/issues/384 for details and links.

In tip-of-tree (54.0.2833), the constraint gets translated as:

{width: {min: 0}}

which is correct according to spec. So closing as "working as intended" for now, and I'll update the WPT repo instead.

https://github.com/w3c/web-platform-tests/pull/3500 fixes the problem, and is merged.

Switching back to "started" because content_shell doesn't pass the test even after the fix to WPT has ben merged.

The problem is that content_shell uses blink_test_runner.cc, which has AddMediaStreamVideoSourceAndTrack, which uses MockVideoCapturerSource, which has no constraints available.

This means that no content_shell test that uses a video source will work with constraints.

Assigning to Guido, so that he can address it as part of the algorithm redesign (we have to move the constraints from the source to the track anyway).

This has been fixed by changes in the constraints algorithms and by a fix of error names (see  bug  721412 ).