Bug 287713 – New test(288753@main): [ macOS wk1 ] printing/background-clip-text.html is a constant failure.

• Component: Printing
• Status: NEW

[Yasmin Karimi]

Created attachment 474234 [details]
printing/background-clip-text.webarchive

printing/background-clip-text.html

This test is a constant failure on macOS wk1.

https://results.webkit.org/?suite=layout-tests&test=printing%2Fbackground-clip-text.html

IMAGE DIFF:

Attached

DIFF URL:

https://build.webkit.org/results/Apple-Sequoia-Debug-AppleSilicon-WK1-Tests/290397@main%20(1194)/printing/background-clip-text-diffs.html

REPRODUCIBLITY:

I was able to reproduce this failure on MacOS Sequoia 15.2 (24C101 / arm64) at ToT with the following command:

run-webkit-tests printing/background-clip-text.html --iterations 20 -1

REGRESSION:

This test appears to be constantly failing since it was introduced at 288753@main.

[Radar WebKit Bug Importer]

<rdar://problem/144874630>

[EWS]

Test gardening commit 290409@main (a25684f232af): <https://commits.webkit.org/290409@main>

Reviewed commits have been landed. Closing PR #40632 and removing active labels.

[Simon Fraser (smfr)]

This test fails on WebKit1 because it happens to paint very early, before `internals.setPrinting(600, 600)` is called (unlike WebKit2, which paints later). I can't force a repaint in WebKit1 when printing is set to true because all the repaint code bails if printing is true.

So this failure is just an artifact of the `internals.setPrinting()` behavior.

[Alexey Proskuryakov]

Should this test be permanently disabled in wk1?

[Simon Fraser (smfr)]

I think it's OK for it to be, yes.

[EWS]

Test gardening commit 289651.177@safari-7621-branch (66a9ec8132c4): <https://commits.webkit.org/289651.177@safari-7621-branch>

Reviewed commits have been landed. Closing PR #2680 and removing active labels.

[EWS]

Test gardening commit 291061@main (88e72ddcab0e): <https://commits.webkit.org/291061@main>

Reviewed commits have been landed. Closing PR #41337 and removing active labels.