New wpt failures in /css/css-contain/container-queries/at-container-style-serialization.html
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: wpt-sync, Unassigned)
References
(Depends on 1 open bug, Blocks 2 open bugs)
Details
(Whiteboard: [wpt])
Attachments
(1 file)
497 bytes,
text/html
|
Details |
Syncing wpt PR 34574 found new untriaged test failures in CI
Tests Affected
Firefox-only failures
CI Results
Missing results from treeherder
GitHub PR Head
Notes
These updates will be on mozilla-central once bug 1776391 lands.
Note: this bug is for tracking fixing the issues and is not
owned by the wpt sync bot.
This bug is linked to the relevant tests by an annotation in
https://github.com/web-platform-tests/wpt-metadata. These annotations
can be edited using the wpt interop dashboard
https://jgraham.github.io/wptdash/
If this bug is split into multiple bugs, please also update the
annotations, otherwise we are unable to track which wpt issues are
already triaged. Resolving as duplicate or closing this issue should
be cause the bot to automatically update or remove the annotation.
Comment 1•3 years ago
|
||
Looks like the test is failing because @container style(...)
is getting rejected at parse-time, or something along those lines.
At least -- it looks like (with the pref enabled) we're failing on the last line of the test's setup
code, here:
<script>
setup(() => {
assert_implements_container_queries();
assert_equals(testSheet.sheet.cssRules.length, 6);
});
In Firefox with layout.css.container-queries.enabled = true
, testSheet.sheet.cssRules.length
is 0
at this point.
Maybe we just don't support @container style()
type queries right now?
Comment 2•3 years ago
|
||
Updated•3 years ago
|
Comment 3•1 years ago
|
||
(In reply to Daniel Holbert [:dholbert] from comment #1)
Maybe we just don't support
@container style()
type queries right now?
(This is bug 1795622, for what it's worth.)
Description
•