RESOLVED FIXED 237539
[ iPadOS Debug ] 20 Editing/* layout tests are flaky timeouts on iPad Debug. 
https://bugs.webkit.org/show_bug.cgi?id=237539
Summary [ iPadOS Debug ] 20 Editing/* layout tests are flaky timeouts on iPad Debug.
Dawn Morningstar
Reported 2022-03-07 10:35:44 PST
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
Attachments
Add attachment proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1 2022-03-07 10:36:35 PST
<rdar://problem/89916512>
Alexey Proskuryakov
Comment 2 2022-03-07 17:29:14 PST
Do you expect this to be a duplicate of bug 237372, with the task being to verify if the fix worked?
Dawn Morningstar
Comment 3 2022-03-09 12:46:22 PST
(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.
Note You need to log in before you can comment on or make changes to this bug.