WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED CONFIGURATION CHANGED
207131
[ macOS wk1 ] imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-valid.html is flaky failing
https://bugs.webkit.org/show_bug.cgi?id=207131
Summary
[ macOS wk1 ] imported/w3c/web-platform-tests/css/css-text/parsing/word-wrap-...
Jacob Uphoff
Reported
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
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2020-02-03 10:15:42 PST
<
rdar://problem/59114497
>
Jacob Uphoff
Comment 2
2020-02-03 10:16:39 PST
I am holding off on updating test expectations to see if this test starts to fail more
Alexey Proskuryakov
Comment 3
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.
Brent Fulgham
Comment 4
2022-02-12 18:42:47 PST
WebKit QA confirmed this is resolved
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