Bug 244619

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
-