New wpt failures in /css/css-pseudo/input-element-pseudo-open-click.optional.html
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
People
(Reporter: wpt-sync, Unassigned)
References
Details
(Whiteboard: [wpt])
Syncing wpt PR 57990 found new untriaged test failures in CI
Tests Affected
New Tests That Don't Pass
- /css/css-pseudo/input-element-pseudo-open-click.optional.html [wpt.fyi]
- CSS :open for <input type=color>:
FAIL(Chrome:PASS, Safari:FAIL)
- CSS :open for <input type=color>:
CI Results
Gecko CI (Treeherder)
GitHub PR Head
Notes
These updates will be on mozilla-central once bug 2018725 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.
Updated•3 months ago
|
Comment 1•3 months ago
|
||
Comment 0 mentioned input type=color, but it looks like we fail every subtest. Probably the color one is just the newly-added subtest, so that's why the bot filed a bug specifically for it.
The wpt.fyi link in comment 0 has no results for some reason, but here's one from the PR that updated this test:
https://wpt.fyi/results/css/css-pseudo/input-element-pseudo-open.optional.html?sha=bb921b2733&label=pr_head&max-count=1
It looks like we just don't recognize :open as a pseudo-class.
Comment 2•3 months ago
|
||
Ah, I suppose we do support :open (bug 1936113). Adding a dependency.
Description
•