editing/selection/ios/tap-to-set-selection-in-editable-web-view.html Is a flaky timeout on iOS ToT and since introduced at 252972@main. HISTORY: https://results.webkit.org/?suite=layout-tests&test=editing/selection/ios/tap-to-set-selection-in-editable-web-view.html DIFF: @@ -1,14 +1,22 @@ +FAIL: Timed out waiting for notifyDone to be called + +Here's to the crazy ones. +The misfits. +The rebels. +The troublemakers. +The round pegs in the square holes. +The ones who see things differently. +They're not fond of rules. +And they have no respect for the status quo. +You can quote them, disagree with them, glorify or vilify them. +About the only thing you can't do is ignore them. +Because they change things. +They push the human race forward. +And while some may see them as the crazy ones, we see genius. +Because the people who are crazy enough to think they can change the world, are the ones who do. This test verifies that the selection changes when initially focusing an editable web view by tapping, if the WebKit client unconditionally allows programmatic focus to show the keyboard. To manually test, tap the red square above and verify that the selection is set On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE". -PASS clickedTarget became true -PASS getSelection().rangeCount is 1 -PASS getSelection().type is 'Caret' -PASS target.contains(selectionRange.startContainer) is true -PASS target.contains(selectionRange.endContainer) is true -PASS successfullyParsed is true -TEST COMPLETE -
<rdar://problem/99392205>
This issue can be bisected to 252972@main using command: run-webkit-tests -f --exit-after-n-failures 1 --force --child-processes=5 --debug --ios-simulator --iterations=300 editing/selection/ios/tap-to-set-selection-in-editable-web-view.html
Test gardening commit 253998@main (922bc7c35067): <https://commits.webkit.org/253998@main> Reviewed commits have been landed. Closing PR #3863 and removing active labels.