Bug 231266

Summary: [ iOS ] fast/events/ios/rotation/layout-viewport-during-safari-type-rotation.html is a constant text failure
Product: WebKit Reporter: ayumi_kojima
Component: New BugsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: ben_schwartz, jenner, Morningstar, rackler, simon.fraser, webkit-bot-watchers-bugzilla, webkit-bug-importer, wenson_hsieh, yongjun_zhang
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: iPhone / iPad   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=231269
https://bugs.webkit.org/show_bug.cgi?id=231264
https://bugs.webkit.org/show_bug.cgi?id=231315
https://bugs.webkit.org/show_bug.cgi?id=277715

ayumi_kojima
Reported 2021-10-05 16:44:25 PDT
fast/events/ios/rotation/layout-viewport-during-safari-type-rotation.html Is flaky failing on iOS Release iPhone. History: https://results.webkit.org/?suite=layout-tests&test=fast%2Fevents%2Fios%2Frotation%2Flayout-viewport-during-safari-type-rotation.html Result page: https://build.webkit.org/results/Apple-iOS-15-Simulator-Release-WK2-Tests/r283553%20(65)/results.html Diff: --- /Volumes/Data/worker/ios-simulator-15-release-tests-wk2/build/layout-test-results/fast/events/ios/rotation/layout-viewport-during-safari-type-rotation-expected.txt +++ /Volumes/Data/worker/ios-simulator-15-release-tests-wk2/build/layout-test-results/fast/events/ios/rotation/layout-viewport-during-safari-type-rotation-actual.txt @@ -5,9 +5,14 @@ In orientationchange event handler: (This will trigger the resize handler by forcing a layout.) -layoutViewport: 0, 0 - 568 x 320 -visualViewport: 0, 0 - 568 x 320 -client rect of fixed object:0, 0 - 568 x 320 +layoutViewport: 0, 0 - 600 x 800 +visualViewport: 0, 0 - 600 x 800 +client rect of fixed object:0, 0 - 600 x 800 + +In resize event handler: +layoutViewport: 0, 0 - 600 x 800 +visualViewport: 0, 0 - 600 x 800 +client rect of fixed object:0, 0 - 600 x 800 In resize event handler: layoutViewport: 0, 0 - 568 x 320
Attachments
Radar WebKit Bug Importer
Comment 1 2021-10-05 16:44:44 PDT
ayumi_kojima
Comment 2 2021-10-05 16:48:40 PDT
Alexey Proskuryakov
Comment 3 2021-10-06 17:42:29 PDT
Failure diff looks similar to other fast/events/ios/rotation tests.
ayumi_kojima
Comment 4 2021-10-19 16:12:14 PDT
On iPhone SE 2nd generation on iOS 15 sim, it reproduced a different diff: @ -1,21 +1,21 @@ Before rotation -layoutViewport: 0, 0 - 320 x 548 -visualViewport: 0, 0 - 320 x 548 -client rect of fixed object:0, 0 - 320 x 548 +layoutViewport: 0, 0 - 375 x 647 +visualViewport: 0, 0 - 375 x 647 +client rect of fixed object:0, 0 - 375 x 647 In orientationchange event handler: (This will trigger the resize handler by forcing a layout.) -layoutViewport: 0, 0 - 568 x 320 -visualViewport: 0, 0 - 568 x 320 -client rect of fixed object:0, 0 - 568 x 320 +layoutViewport: 0, 0 - 667 x 375 +visualViewport: 0, 0 - 667 x 375 +client rect of fixed object:0, 0 - 667 x 375 In resize event handler: -layoutViewport: 0, 0 - 568 x 320 -visualViewport: 0, 0 - 568 x 320 -client rect of fixed object:0, 0 - 568 x 320 +layoutViewport: 0, 0 - 667 x 375 +visualViewport: 0, 0 - 667 x 375 +client rect of fixed object:0, 0 - 667 x 375 After rotation -layoutViewport: 0, 0 - 568 x 320 -visualViewport: 0, 0 - 568 x 320 -client rect of fixed object:0, 0 - 568 x 320 +layoutViewport: 0, 0 - 667 x 375 +visualViewport: 0, 0 - 667 x 375 +client rect of fixed object:0, 0 - 667 x 375 I tried at TOT and the oldest revision available to test, but both produced the same diff. I wonder if this is because this was on iPhone SE 2nd generation. The testing bots seem to be on iPhone SE 1st generation.
Dawn Morningstar
Comment 5 2022-03-07 14:21:50 PST
fast/events/ios/rotation/layout-viewport-during-safari-type-rotation.html is still a constant failure on iOS debug without an expectation set.
Dawn Morningstar
Comment 6 2022-03-11 15:32:37 PST
Marking expectations for debug queue.
Dawn Morningstar
Comment 7 2022-03-11 15:35:49 PST
Expectations set here r291197
Robert Jenner
Comment 8 2022-05-19 21:49:42 PDT
EWS
Comment 9 2022-05-19 21:52:39 PDT
Test gardening commit r294529 (250784@main): <https://commits.webkit.org/250784@main> Reviewed commits have been landed. Closing PR #819 and removing active labels.
Robert Jenner
Comment 10 2022-05-20 10:06:09 PDT
EWS
Comment 11 2022-05-20 10:10:29 PDT
Test gardening commit r294551 (250804@main): <https://commits.webkit.org/250804@main> Reviewed commits have been landed. Closing PR #837 and removing active labels.
Robert Jenner
Comment 12 2022-05-20 18:18:25 PDT
EWS
Comment 13 2022-05-20 18:24:27 PDT
Test gardening commit r294604 (250830@main): <https://commits.webkit.org/250830@main> Reviewed commits have been landed. Closing PR #873 and removing active labels.
Karl Rackler
Comment 14 2022-05-23 09:46:34 PDT
Rebaseline at r294529 did not resolve the issue. I have marked this test as a flaky failure while this issue is investigated.
Karl Rackler
Comment 15 2022-05-23 09:50:47 PDT
EWS
Comment 16 2022-05-23 09:55:50 PDT
Test gardening commit r294649 (250873@main): <https://commits.webkit.org/250873@main> Reviewed commits have been landed. Closing PR #922 and removing active labels.
Robert Jenner
Comment 17 2022-06-08 17:35:10 PDT
EWS
Comment 18 2022-06-08 17:39:26 PDT
Test gardening commit r295405 (251411@main): <https://commits.webkit.org/251411@main> Reviewed commits have been landed. Closing PR #1399 and removing active labels.
Ben Schwartz
Comment 19 2024-06-13 18:42:08 PDT
This needs a re-baseline. Doing that now.
EWS
Comment 20 2024-06-13 18:49:10 PDT
Committed 279995@main (e18fbc54f35a): <https://commits.webkit.org/279995@main> Reviewed commits have been landed. Closing PR #29801 and removing active labels.
Note You need to log in before you can comment on or make changes to this bug.