WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 278933
277989
[ iOS ] 3x imported/w3c/web-platform-tests/mathml/presentation-markup/* (layout-tests) are flaky failures
https://bugs.webkit.org/show_bug.cgi?id=277989
Summary
[ iOS ] 3x imported/w3c/web-platform-tests/mathml/presentation-markup/* (layo...
Dawn Morningstar
Reported
2024-08-12 16:42:44 PDT
imported/w3c/web-platform-tests/mathml/presentation-markup/mrow/stretch-along-block-axis-001.html imported/w3c/web-platform-tests/mathml/presentation-markup/operators/mo-minsize-maxsize-001.html imported/w3c/web-platform-tests/mathml/presentation-markup/operators/mo-stretch-properties-dynamic-001.html are all flaky text failures after the import at
282098@main
Since these were History:
https://results.webkit.org/?suite=layout-tests&suite=layout-tests&suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fmathml%2Fpresentation-markup%2Fmrow%2Fstretch-along-block-axis-001.html&test=imported%2Fw3c%2Fweb-platform-tests%2Fmathml%2Fpresentation-markup%2Foperators%2Fmo-minsize-maxsize-001.html&test=imported%2Fw3c%2Fweb-platform-tests%2Fmathml%2Fpresentation-markup%2Foperators%2Fmo-stretch-properties-dynamic-001.html
Diff: --- /Volumes/Data/worker/Apple-iOS-17-Simulator-Release-WK2-Tests/build/layout-test-results/imported/w3c/web-platform-tests/mathml/presentation-markup/mrow/stretch-along-block-axis-001-expected.txt +++ /Volumes/Data/worker/Apple-iOS-17-Simulator-Release-WK2-Tests/build/layout-test-results/imported/w3c/web-platform-tests/mathml/presentation-markup/mrow/stretch-along-block-axis-001-actual.txt @@ -1,5 +1,5 @@ -PASS Taking into account stretch axis. +FAIL Taking into account stretch axis. assert_approx_equals: vertical characters stretch vertically expected 150 +/- 2 but got 25 PASS Taking into account stretchy property. FAIL Only operators with a stretchy property and block stretch axis. assert_approx_equals: small width expected 12.5 +/- 2 but got 19.4375 FAIL Operators smaller and larger than non-stretchy siblings. assert_approx_equals: small width expected 12.5 +/- 2 but got 19.4375 Diff-url:
https://build.webkit.org/results/Apple-iOS-17-Simulator-Release-WK2-Tests/282130@main%20(4801)/imported/w3c/web-platform-tests/mathml/presentation-markup/mrow/stretch-along-block-axis-001-diff.txt
Test-run:
https://build.webkit.org/results/Apple-iOS-17-Simulator-Release-WK2-Tests/282130@main%20(4801)/results.html
Attachments
Add attachment
proposed patch, testcase, etc.
Dawn Morningstar
Comment 1
2024-08-12 16:43:29 PDT
These tests can't be rebaslined since they're flaky, they will likely need test development.
Radar WebKit Bug Importer
Comment 2
2024-08-12 16:50:02 PDT
<
rdar://problem/133722520
>
Dawn Morningstar
Comment 3
2024-08-12 16:53:02 PDT
Pull request:
https://github.com/WebKit/WebKit/pull/32079
EWS
Comment 4
2024-08-12 16:55:42 PDT
Test gardening commit
282147@main
(0b004a3d129f): <
https://commits.webkit.org/282147@main
> Reviewed commits have been landed. Closing PR #32079 and removing active labels.
Alexey Proskuryakov
Comment 5
2024-08-14 17:21:09 PDT
It is strange for a mostly static text rendering test to be flaky, I wonder if there is some state leaking from preceding tests, or an actual WebKit bug.
Dawn Morningstar
Comment 6
2024-08-15 13:27:48 PDT
(In reply to Alexey Proskuryakov from
comment #5
)
> It is strange for a mostly static text rendering test to be flaky, I wonder > if there is some state leaking from preceding tests, or an actual WebKit bug.
Attempting reproduction to see if I can gather more insight
Dawn Morningstar
Comment 7
2024-08-15 13:46:16 PDT
I attempted to reproduce with 10000 iterations; run-webkit-tests --ios-simulator --root /Volumes/Data/Spades/Ios/Crystal/buildtoTest imported/w3c/web-platform-tests/mathml/presentation-markup/mrow/stretch-along-block-axis-001.html --iterations 10000 --force --child-processes 1 This failed to reproduce, and I think that Alexey’s theory about leaking from preceding tests holds water. I'll also try using a test-list with the preceding tests and see if that works as well.
Alexey Proskuryakov
Comment 8
2024-08-19 15:33:27 PDT
I see a number of older (2021 or earlier) bugs about flaky MathML tests, some also about mathml/presentation-markup. Some of these could be related, hard to tell without knowing the root cause.
Frédéric Wang (:fredw)
Comment 9
2024-09-02 04:00:07 PDT
Not sure that's the reason but MathML tests rely a lot of web fonts and need to wait for them to be ready. document.fonts.ready has issues in WebKit, so
https://searchfox.org/wubkat/source/LayoutTests/imported/w3c/web-platform-tests/mathml/support/fonts.js
was introduced to work around that. It's possible that some tests would need to use that helper function in order to avoid flakiness in WebKit.
Alexey Proskuryakov
Comment 10
2024-09-02 11:40:48 PDT
This is a good theory, however the tests in question have it already: <script src="/mathml/support/fonts.js"></script>
Matt Woodrow
Comment 11
2024-09-02 19:01:54 PDT
*** This bug has been marked as a duplicate of
bug 278933
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug