WPT cross-axis-scrollbar.html mistakenly assumes that scrollbars are opaque (part of the reason it fails)
Categories
(Core :: Layout: Flexbox, task)
Tracking
()
People
(Reporter: dholbert, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
This WPT fails for several reasons right now:
https://wpt.fyi/results/css/css-flexbox/cross-axis-scrollbar.html
https://wpt.live/css/css-flexbox/cross-axis-scrollbar.html
The main failure-reason is tracked in bug 1702844, but I'm filing this bug here on another reason: on my system (when viewed directly at least), the test's scrollbars look red, because they're transparent and have a red background on the container-element behind them. In the reference case, there is not any red background behind the scrollbars, so no red shines through there. This causes some pixels to mismatch, even though the layout is correct for most of these scrollable elements (aside from the top-right two, per bug 1702844).
The testcase is just mistakenly assuming that non-overlay scrollbars are fully opaque and will cover up the red background. (They are opaque in Chrome, but not in Firefox).
We should fix the test to relax that assumption.
This test is included as part of the compat2021 test set; hence, tagging this bug as blocking the compat2021 metabug.
Reporter | ||
Comment 1•4 years ago
•
|
||
(Note: based on the reftest-analyzer visualization at wpt.fyi, it looks like we might be avoiding this issue there for some reason, perhaps due to the system theme that the test-runner is using, which perhaps imposes opaque scrollbars as the test is expecting. But I do see the issue when I view the test locally on Linux, as well as on Windows.)
The attached screenshot shows the wpt.fyi visulization of the failure on top (with opaque gray scrollbars that aren't flagged as mismatches between test/reference), and my own local rendering of the testcase on the bottom (with red scrollbars due to the fact that they're transparent for me and there's a red background behind them).
Description
•