Bug 237539 – [ iPadOS Debug ] 20 Editing/* layout tests are flaky timeouts on iPad Debug.

• Component: New Bugs
• Status: RESOLVED FIXED

[Dawn Morningstar]

A significant amount of tests on iPad Debug are a flaky timeout and appear to have a similar "regression" point. 
Suspected to be caused by: "bots don’t kill Simulator.app before commencing layout tests"

Tests appear to have started failing around r290513:
editing/deleting/smart-delete-001.html
editing/deleting/smart-delete-002.html
editing/deleting/smart-delete-003.html
editing/deleting/smart-delete-004.html
editing/selection/ios/do-not-hide-selection-in-visible-container.html
editing/selection/ios/do-not-hide-selection-in-visible-field.html
editing/selection/ios/do-not-show-selection-in-empty-borderless-subframe.html
editing/spelling/editing-word-with-marker-1.html
editing/spelling/editing-word-with-marker-2.html 
editing/spelling/toggle-spellchecking.html 
editing/text-placeholder/caret-before-zero-width-placeholder-in-content-editable-end-of-word.html 
editing/text-placeholder/caret-before-zero-width-placeholder-in-content-editable-start-of-word.html 
editing/text-placeholder/insert-and-remove-into-text-field.html 
editing/text-placeholder/insert-into-content-editable-and-remove-via-mutation-event.html 
editing/text-placeholder/insert-into-content-editable-non-zero-width-and-height.html 
editing/text-placeholder/insert-into-content-editable-zero-width.html 
editing/text-placeholder/insert-into-content-editable.html 
editing/text-placeholder/insert-into-empty-text-field.html 
editing/text-placeholder/insert-into-text-field.html 
editing/spelling/editing-word-with-marker-1.html

These also appear related but appear to have a different 'Regression' point (r290540):
editing/caret/ios/absolute-caret-position-after-scroll.html
editing/caret/ios/caret-color-after-refocusing-input.html
editing/caret/ios/caret-color-in-nested-editable-containers.html
editing/caret/ios/caret-in-overflow-area.html
editing/caret/ios/emoji.html
editing/caret/ios/fixed-caret-position-after-scroll.html
editing/selection/ios/autoscroll-with-top-content-inset-2.html
editing/selection/ios/autoscroll-with-top-content-inset.html

These as well appear related but also have a different "regression" point (r290525):
editing/selection/ios/caret-rect-after-animating-focused-text-field.html
editing/selection/ios/caret-when-focusing-editable-element-with-selection.html
editing/selection/ios/change-selection-after-tapping-focused-element.html
editing/selection/ios/change-selection-by-tapping.html 16.67 % / 100.0 %
editing/execCommand/ios/first-line-text-attribute-change-presist-through-resigning-first-responder.html

Here is another couple of tests (r290515):
editing/input/cocoa/autocorrect-off.html 
editing/input/cocoa/autocorrect-on.html

And lastly these may be related but also appear to happen on other iOS queues (r290513):
editing/undo-manager/undo-manager-item-labels.html 
editing/undo-manager/undo-manager-item-labels.html

[Radar WebKit Bug Importer]

<rdar://problem/89916512>

[Alexey Proskuryakov]

Do you expect this to be a duplicate of bug 237372, with the task being to verify if the fix worked?

[Dawn Morningstar]

(In reply to Alexey Proskuryakov from comment #2)
> Do you expect this to be a duplicate of bug 237372, with the task being to
> verify if the fix worked?

Yes, very similar, it's a different bot with the same issue, but the fix has been applied and I'm just making sure it worked.