WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
279849
[ macOS iOS wk2 ] 2 imported/w3c/web-platform-tests/navigation-api/scroll-behavior/* test needs to be re-baselined.
https://bugs.webkit.org/show_bug.cgi?id=279849
Summary
[ macOS iOS wk2 ] 2 imported/w3c/web-platform-tests/navigation-api/scroll-beh...
Anfernee Viduya
Reported
2024-09-17 16:18:41 PDT
imported/w3c/web-platform-tests/navigation-api/scroll-behavior/after-transition-reload.html imported/w3c/web-platform-tests/navigation-api/scroll-behavior/manual-scroll-reload.html needs a re-baseline. HISTORY:
https://results.webkit.org/?suite=layout-tests&suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fnavigation-api%2Fscroll-behavior%2Fafter-transition-reload.html&test=imported%2Fw3c%2Fweb-platform-tests%2Fnavigation-api%2Fscroll-behavior%2Fmanual-scroll-reload.html
DIFF: imported/w3c/web-platform-tests/navigation-api/scroll-behavior/after-transition-reload.html -FAIL scroll: after-transition should work on a reload navigation assert_equals: expected 0 but got 1018 +FAIL scroll: after-transition should work on a reload navigation assert_equals: expected 18 but got 431 imported/w3c/web-platform-tests/navigation-api/scroll-behavior/manual-scroll-reload.html -FAIL scroll: scroll() should work on a reload navigation assert_equals: expected 0 but got 1018 +FAIL scroll: scroll() should work on a reload navigation assert_equals: expected 18 but got 431 REPRODUCIBILITY: I was able to reproduce on ToT using command $ run-webkit-tests --no <test_name> --iterations=10 DESCRIPTION: This test needs to be re-baselined because the assert is still failing on expected but diff shows numbers just changed.
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2024-09-17 16:18:54 PDT
<
rdar://problem/136184272
>
Alexey Proskuryakov
Comment 2
2024-09-18 10:12:30 PDT
Is it always failing in this precise way? These numbers make me wonder if the results are just flaky.
Anfernee Viduya
Comment 3
2024-09-18 10:54:12 PDT
(In reply to Alexey Proskuryakov from
comment #2
)
> Is it always failing in this precise way? These numbers make me wonder if > the results are just flaky.
All of the test run shows the same precise diff.
Anfernee Viduya
Comment 4
2024-09-18 15:13:08 PDT
It seems that macOS has been re-baselined here
https://github.com/WebKit/WebKit/commit/f0efd482b3f7bc04338583895613d52bd72b6c1f
. iOS needs to be re-baselined
Anfernee Viduya
Comment 5
2024-09-18 15:22:59 PDT
(In reply to Anfernee Viduya from
comment #4
)
> It seems that macOS has been re-baselined here >
https://github.com/WebKit/WebKit/commit/
> f0efd482b3f7bc04338583895613d52bd72b6c1f. > iOS needs to be re-baselined
Please disregard this comment. iOS has expectations set. This is now 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