Bug 1821801 Comment 0 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

NOTE: you need to be part of the specially-selected group of folks who can triage WPT tests (based on github account group-membership I think) in order to directly trigger this bug.  You can still use devtools to trigger the issue if you're not in that membership group, though.

STR:
1. Visit https://wpt.fyi/results/css/css-images/image-set/image-set-parsing.html?label=master&label=experimental&aligned
2. Sign in to GitHub using link at top-right
3. If it's available to you, enable "Triage Mode" at the top right of the page.
4. Click on some red cell.

Alternate STR if you aren't in the group of WPT triagers or don't want to sign in to github:
1. Visit the aforementioned link.
2. Right-click any cell (PASS or FAIL, doesn't matter) and inspect in devtools.
3. In devtools console, type:
`$0.setAttribute("selected", "selected")`

EXPECTED RESULTS:
The cell in question should get a black border.

ACTUAL RESULTS:
No black border.  The text inside the cell shifts inwards a little, but no border appears.

Chrome gives EXPECTED RESULTS. Firefox gives ACTUAL RESULTS.
112.0a1 (2023-03-09) (64-bit)

(This is probably a known border-image bug that wants to be duped; I wanted to be sure we had the wpt.fyi affectedness & steps-to-repro on-file, since folks may run into this when triaging interop-2023 test failures.)
NOTE: you need to be part of the specially-selected group of folks who can triage WPT tests (based on github account group-membership I think) in order to directly trigger this bug.  You can still use devtools to trigger the issue if you're not in that membership group, though.

STR:
1. Visit https://wpt.fyi/results/css/css-images/image-set/image-set-parsing.html?label=master&label=experimental&aligned
2. Sign in to GitHub using link at top-right
3. If it's available to you, enable "Triage Mode" at the top right of the page.
4. Click on some red cell.

Alternate STR if you aren't in the group of WPT triagers or don't want to sign in to github:
1. Visit the aforementioned link.
2. Right-click any cell (PASS or FAIL, doesn't matter) and inspect in devtools.
3. In devtools console, type:
`$0.setAttribute("selected", "selected")`

EXPECTED RESULTS:
The cell in question should get a black border.

ACTUAL RESULTS:
No black border.  The text inside the cell shifts inwards a little, but no border appears.

Chrome gives EXPECTED RESULTS. Firefox gives ACTUAL RESULTS.
Firefox version: 112.0a1 (2023-03-09) (64-bit)

(This is probably a known border-image bug that wants to be duped; I wanted to be sure we had the wpt.fyi affectedness & steps-to-repro on-file, since folks may run into this when triaging interop-2023 test failures.)
NOTE: you need to be part of the specially-selected group of folks who can triage WPT tests (based on github account group-membership I think) in order to directly trigger this bug.  You can still use devtools to trigger the issue if you're not in that membership group, though.

STR:
1. Visit https://wpt.fyi/results/css/css-images/image-set/image-set-parsing.html?label=master&label=experimental&aligned
2. Sign in to GitHub using link at top-right
3. If it's available to you, enable "Triage Mode" at the top right of the page.
4. Click on some red cell.

Alternate STR if you aren't in the group of WPT triagers or don't want to sign in to github:
1. Visit the aforementioned link.
2. Right-click any cell (PASS or FAIL, doesn't matter) and inspect in devtools, and be sure you've got the `td` element in inspector (not its child, for example).
3. In devtools console, type:
`$0.setAttribute("selected", "selected")`

EXPECTED RESULTS:
The cell in question should get a black border.

ACTUAL RESULTS:
No black border.  The text inside the cell shifts inwards a little, but no border appears.

Chrome gives EXPECTED RESULTS. Firefox gives ACTUAL RESULTS.
Firefox version: 112.0a1 (2023-03-09) (64-bit)

(This is probably a known border-image bug that wants to be duped; I wanted to be sure we had the wpt.fyi affectedness & steps-to-repro on-file, since folks may run into this when triaging interop-2023 test failures.)
NOTE: you need to be part of the specially-selected group of folks who can triage WPT tests (based on github account group-membership I think) in order to directly trigger this bug.  You can still use devtools to trigger the issue if you're not in that membership group, though.

STR:
1. Visit https://wpt.fyi/results/css/css-images/image-set/image-set-parsing.html?label=master&label=experimental&aligned (or some WPT.fyi page for a test failure with multiple subtests, some of which fail in some browser)
2. Sign in to GitHub using link at top-right
3. If it's available to you, enable "Triage Mode" at the top right of the page.
4. Click on some red cell.

Alternate STR if you aren't in the group of WPT triagers or don't want to sign in to github:
1. Visit the aforementioned link.
2. Right-click any cell (PASS or FAIL, doesn't matter) and inspect in devtools, and be sure you've got the `td` element in inspector (not its child, for example).
3. In devtools console, type:
`$0.setAttribute("selected", "selected")`

EXPECTED RESULTS:
The cell in question should get a black border.

ACTUAL RESULTS:
No black border.  The text inside the cell shifts inwards a little, but no border appears.

Chrome gives EXPECTED RESULTS. Firefox gives ACTUAL RESULTS.
Firefox version: 112.0a1 (2023-03-09) (64-bit)

(This is probably a known border-image bug that wants to be duped; I wanted to be sure we had the wpt.fyi affectedness & steps-to-repro on-file, since folks may run into this when triaging interop-2023 test failures.)

Back to Bug 1821801 Comment 0