314746 2026-05-13 11:39:28 -0700 [macOS release] fast/images/decode-render-animated-image.html is a flaky failure. 2026-05-13 11:49:21 -0700 1 1 1 Unclassified WebKit New Bugs WebKit Nightly Build Unspecified Unspecified NEW InRadar P2 Normal --- 1 d_delatoba webkit-unassigned sabouhallawa webkit-bot-watchers-bugzilla webkit-bug-importer oldest_to_newest 2210592 0 d_delatoba 2026-05-13 11:39:28 -0700 fast/images/decode-render-animated-image.html is a flaky failure on macOS release. HISTORY: https://results.webkit.org/?suite=layout-tests&test=fast%2Fimages%2Fdecode-render-animated-image.html IMAGE URL: https://build.webkit.org/results/Apple-Tahoe-Release-AppleSilicon-WK2-Tests/313164@main%20(3860)/fast/inline/blocks-in-inline-paint-order-diffs.html IMAGES: See attached. REPRODUCTION: I was able to reproduce this on macOS release 26.4 ToT with the following: run-webkit-tests --no-build --no-retry --no-show-results --exit-after-n-failures=1 --expect-pass --iterations=1000 --force --release fast/images/decode-render-animated-image.html I am going to mark expectations as pass imageOnlyFailure while this pends investigation. 2210593 1 webkit-bug-importer 2026-05-13 11:39:34 -0700 <rdar://problem/176994454> 2210595 2 d_delatoba 2026-05-13 11:41:30 -0700 Looks like a WEBKIT issue. Any "fix" in the test (adding retries, rAFs, sleeps between decode/drawImage) would be compensating for the exact guarantee that the two helpers are supposed to provide: decode() promise resolving means "next frame decoded & ready to paint," and the debug canvas drawing setting means "canvas shows that current frame." 2210597 3 d_delatoba 2026-05-13 11:47:28 -0700 Test gardening pull request: https://github.com/WebKit/WebKit/pull/64859 2210599 4 ews-feeder 2026-05-13 11:49:21 -0700 Test gardening commit 313181@main (71861678c959): <https://commits.webkit.org/313181@main> Reviewed commits have been landed. Closing PR #64859 and removing active labels.