Bug 175351

Summary: REGRESSION (r220393): LayoutTest editing/selection/move-by-word-visually-multi-space.html is timing out
Product: WebKit Reporter: Ryan Haddad <ryanhaddad>
Component: HTML EditingAssignee: Wenson Hsieh <wenson_hsieh>
Status: RESOLVED CONFIGURATION CHANGED    
Severity: Normal CC: ap, jlewis3, webkit-bug-importer, wenson_hsieh
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=175116

Attachments
Ryan Haddad
Comment 1 2017-08-08 16:00:09 PDT
This started with https://trac.webkit.org/changeset/220393/webkit Looking at the flakiness dashboard, the test went from passing to a consistent timeout on iOS 10 Simulator Debug WK2, El Capitan Debug WK2, and Sierra Debug WK2. The test is already marked as a flaky timeout on Sierra Debug WK2.
Wenson Hsieh
Comment 2 2017-08-08 19:17:31 PDT
(In reply to Ryan Haddad from comment #1) > This started with https://trac.webkit.org/changeset/220393/webkit > > Looking at the flakiness dashboard, the test went from passing to a > consistent timeout on iOS 10 Simulator Debug WK2, El Capitan Debug WK2, and > Sierra Debug WK2. The test is already marked as a flaky timeout on Sierra > Debug WK2. This test passes consistently for me on High Sierra, with a debug build. Will try using Sierra...
Alexey Proskuryakov
Comment 3 2017-08-08 22:07:06 PDT
I suggest rolling back until this can be fixed.
Wenson Hsieh
Comment 4 2017-08-08 22:31:25 PDT
(In reply to Wenson Hsieh from comment #2) > (In reply to Ryan Haddad from comment #1) > > This started with https://trac.webkit.org/changeset/220393/webkit > > > > Looking at the flakiness dashboard, the test went from passing to a > > consistent timeout on iOS 10 Simulator Debug WK2, El Capitan Debug WK2, and > > Sierra Debug WK2. The test is already marked as a flaky timeout on Sierra > > Debug WK2. > > This test passes consistently for me on High Sierra, with a debug build. > Will try using Sierra... ...actually, this might be timing out now because the test is just taking longer than it did before. Time profiling instrumentation shows that WebPage::editorState is taking longer than it did previously, due to EditingStyle::styleAtSelectionStart being more expensive in this test case than Editor::styleForSelectionStart.
Wenson Hsieh
Comment 5 2017-08-08 22:32:14 PDT
(In reply to Alexey Proskuryakov from comment #3) > I suggest rolling back until this can be fixed. I think that's a good call. I'll roll it out.
Wenson Hsieh
Comment 6 2017-08-08 22:41:51 PDT
(In reply to Wenson Hsieh from comment #5) > (In reply to Alexey Proskuryakov from comment #3) > > I suggest rolling back until this can be fixed. > > I think that's a good call. I'll roll it out. Rolled out in <http://trac.webkit.org/changeset/220443>.
Radar WebKit Bug Importer
Comment 7 2017-11-15 13:11:43 PST
Note You need to log in before you can comment on or make changes to this bug.