Bug 207131 - [ macOS wk1 ] imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-valid.html is flaky failing
Summary: [ macOS wk1 ] imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-...
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Page Loading (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-02-03 10:15 PST by Jacob Uphoff
Modified: 2022-02-12 18:42 PST (History)
8 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jacob Uphoff 2020-02-03 10:15:24 PST
imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-valid.html

So far this test has only failed one time and I could not reproduce with iteration testing

History:

https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fcss%2Fcss-text%2Fparsing%2Fword-wrap-valid.html

Diff:

--- /Volumes/Data/slave/catalina-release-tests-wk1/build/layout-test-results/imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-valid-expected.txt
+++ /Volumes/Data/slave/catalina-release-tests-wk1/build/layout-test-results/imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-valid-actual.txt
@@ -1,5 +1,5 @@
-
-PASS e.style['word-wrap'] = "normal" should set the property value 
-PASS e.style['word-wrap'] = "break-word" should set the property value 
-FAIL e.style['word-wrap'] = "anywhere" should set the property value assert_not_equals: property should be set got disallowed value ""
-
+layer at (0,0) size 800x600
+  RenderView at (0,0) size 800x600
+layer at (0,0) size 800x8
+  RenderBlock {HTML} at (0,0) size 800x8
+    RenderBody {BODY} at (8,8) size 784x0
Comment 1 Radar WebKit Bug Importer 2020-02-03 10:15:42 PST
<rdar://problem/59114497>
Comment 2 Jacob Uphoff 2020-02-03 10:16:39 PST
I am holding off on updating test expectations to see if this test starts to fail more
Comment 3 Alexey Proskuryakov 2020-02-04 10:11:11 PST
This is a weird one. The fact that the results aren't dumped as text implies that a support script wasn't loaded. Checking WPT server logs, I see that only parsing-testcommon.js, meaning that WebKit used a cached copy of testharness.js and testharnessreport.js. So the cached script failed to work?

DEBUG:web-platform-tests:GET /css/css-text/parsing/word-wrap-valid.html
DEBUG:web-platform-tests:Found handler FileHandler
DEBUG:web-platform-tests:200 GET /css/css-text/parsing/word-wrap-valid.html (None) 0
DEBUG:web-platform-tests:GET /css/css-text/line-break/line-break-loose-017b-expected.xht
DEBUG:web-platform-tests:Found handler FileHandler
DEBUG:web-platform-tests:200 GET /css/css-text/line-break/line-break-loose-017b-expected.xht (None) 0
DEBUG:web-platform-tests:GET /css/css-multicol/multicol-rule-color-001-expected.xht
DEBUG:web-platform-tests:Found handler FileHandler
DEBUG:web-platform-tests:200 GET /css/css-multicol/multicol-rule-color-001-expected.xht (None) 0
DEBUG:web-platform-tests:GET /css/support/parsing-testcommon.js
DEBUG:web-platform-tests:Found handler FileHandler
DEBUG:web-platform-tests:200 GET /css/support/parsing-testcommon.js (http://localhost:8800/css/css-text/parsing/word-wrap-valid.html) 0

Seems difficult to investigate without a repro case.
Comment 4 Brent Fulgham 2022-02-12 18:42:47 PST
WebKit QA confirmed this is resolved