Update image-set to draw nothing when all provided images use an unsupported "type" param
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox113 | --- | fixed |
People
(Reporter: dholbert, Assigned: emilio)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Following up on bug 1806025... It seems the spec has been updated (in https://github.com/w3c/csswg-drafts/issues/8266 ) to require something other than what we implement, and the new spec language probably makes sense, so we should update our implementation to align to it.
(Right now, when none of the images have a valid "type" parameter, our impl uses the first one, as noted in the extended commit message of https://hg.mozilla.org/mozilla-central/rev/6cc8cc1231f4 . But the spec now requires that we treat the whole thing as transparent-black, essentially as if there were no image.)
With this change, we'll start passing these two tests again:
https://wpt.fyi/results/css/css-images/image-set/image-set-type-unsupported-rendering.html
https://wpt.fyi/results/css/css-images/image-set/image-set-type-unsupported-rendering-2.html
(We passed them previously, with emilio's test-edit in bug 1806025, but we stopped passing them when their reference-case-expectation was updated in response to the above github spec-issue, here:
https://github.com/web-platform-tests/wpt/commit/1ba5cfed0836d1f7ea78b115ef6d9c7ed767b8b9
)
| Reporter | ||
Comment 1•3 years ago
|
||
(toggling needinfo to be sure this on emilio's radar to fix or mentor, since I think he's closest to this code.)
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Comment 2•3 years ago
|
||
Updated•3 years ago
|
Comment 4•3 years ago
|
||
| bugherder | ||
Description
•