instead of relying on didScheduleStyleRecalc since style recalc scheduling can turn into sync style recalcs.
<rdar://problem/48518979>
Created attachment 363362 [details] Patch
Comment on attachment 363362 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=363362&action=review > Source/WebCore/ChangeLog:10 > + when in addition to this style recalc scheduling, something later (thouhg during the same timer firing) triggers a sync style recalc. thouhg > Source/WebCore/page/ios/ContentChangeObserver.cpp:99 > + auto inDeterminedState = observedContentChange == WKContentVisibilityChange || (!countOfObservedDOMTimers() && observedContentChange == WKContentNoChange && !hasPendingStyleRecalc); hasDeterminedState
Comment on attachment 363362 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=363362&action=review > LayoutTests/fast/events/touch/ios/style-recalc-schedule-and-force-relalc.html:33 > + document.body.offsetHeight; Doesn't seem necessary. > LayoutTests/fast/events/touch/ios/style-recalc-schedule-and-force-relalc.html:34 > + testRunner.dumpAsText(); Normally we do this at the start > LayoutTests/fast/events/touch/ios/style-recalc-schedule-and-force-relalc.html:37 > + }, 100); Fix this.
Created attachment 363364 [details] Patch
Comment on attachment 363364 [details] Patch Clearing flags on attachment: 363364 Committed r242290: <https://trac.webkit.org/changeset/242290>
All reviewed patches have been landed. Closing bug.