Bug 204045

Summary: iOS: fast/events/scroll-subframe-in-rendering-update.html always fails
Product: WebKit Reporter: Aakash Jain <aakash_jain>
Component: Tools / TestsAssignee: Ryosuke Niwa <rniwa>
Status: RESOLVED FIXED    
Severity: Normal CC: ap, commit-queue, rniwa, simon.fraser, webkit-bot-watchers-bugzilla, webkit-bug-importer, wenson_hsieh
Priority: P2 Keywords: InRadar
Version: Other   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=203839
Attachments:
Description Flags
Disable frame flattening
none
Fix attempt no.2
none
Patch for landing none

Comment 1 Aakash Jain 2019-11-09 03:56:14 PST
Diff:
--- /Volumes/Data/slave/ios-simulator-13-release-tests-wk2/build/layout-test-results/fast/events/scroll-subframe-in-rendering-update-expected.txt
+++ /Volumes/Data/slave/ios-simulator-13-release-tests-wk2/build/layout-test-results/fast/events/scroll-subframe-in-rendering-update-actual.txt
@@ -8,9 +8,10 @@
 iframeAA.contentWindow.scrollTo(0, 1000); updateLayout(iframeAA)
 PASS logs.length is 0
 After requestAnimationFrame
-PASS logs.length is 3
-PASS logs.join(", ") is "A, AA, B"
+FAIL logs.length should be 3. Was 0.
+FAIL logs.join(", ") should be A, AA, B. Was .
 PASS successfullyParsed is true
+Some tests failed.
 
 TEST COMPLETE
Comment 2 Radar WebKit Bug Importer 2019-11-09 03:56:20 PST
<rdar://problem/57047296>
Comment 3 Radar WebKit Bug Importer 2019-11-09 03:59:46 PST
<rdar://problem/57047315>
Comment 4 Aakash Jain 2019-11-09 04:02:01 PST
This test was added 2 days back in http://trac.webkit.org/changeset/252205/webkit and has been failing on iOS since then.
Comment 5 Ryosuke Niwa 2019-11-09 15:20:01 PST
Ugh... frame flattening is in effect here.
Comment 6 Ryosuke Niwa 2019-11-09 15:29:41 PST
Created attachment 383229 [details]
Disable frame flattening
Comment 7 Ryosuke Niwa 2019-11-09 15:55:01 PST
Ugh... I need to download & install a new iOS SDK to test this out. Doing that now.
Comment 8 Ryosuke Niwa 2019-11-09 19:30:10 PST
Committed r252311: <https://trac.webkit.org/changeset/252311>
Comment 9 Ryosuke Niwa 2019-11-09 19:33:26 PST
Ugh... I can't either SSH into my machine or download the iOS SDK. Landing the fix speculatively for now. If this doesn't work, we probably need to skip the test on iOS for now until I regain access to a machine with functional iOS SDK.
Comment 10 Aakash Jain 2019-11-09 22:14:42 PST
(In reply to Ryosuke Niwa from comment #8)
> Committed r252311: <https://trac.webkit.org/changeset/252311>
Seems to be still failing. https://build.webkit.org/builders/Apple%20iOS%2013%20Simulator%20Release%20WK2%20%28Tests%29/builds/975
Comment 11 Ryosuke Niwa 2019-11-09 23:08:09 PST
Oh, I think we probably also need <!-- webkit-test-runner [ internal:AsyncOverflowScrollingEnabled=true ] -->.
Comment 12 Ryosuke Niwa 2019-11-09 23:12:35 PST
Added the failing expectation in https://trac.webkit.org/r252312 for now.
Comment 13 Ryosuke Niwa 2019-11-09 23:18:11 PST
Created attachment 383237 [details]
Fix attempt no.2
Comment 14 Ryosuke Niwa 2019-11-09 23:20:25 PST
It's really annoying that we need to enable random ass flags in the tests to make scrolling tests to work in iOS.

We should probably flip the default so that async scrolling is enabled by default so that many of existing layout tests for scrolling behavior can be enabled on iOS, and create a separate set of tests for frame flattening.
Comment 15 Aakash Jain 2019-11-10 13:54:27 PST
(In reply to Ryosuke Niwa from comment #13)
> Created attachment 383237 [details]
> Fix attempt no.2
Did you want to update the TestExpectations as well? 

I guess EWS results for this patch wouldn't have covered this test because we pass --skip-failing-tests to run-webkit-tests in EWS.
Comment 16 Ryosuke Niwa 2019-11-10 17:26:26 PST
(In reply to Aakash Jain from comment #15)
> (In reply to Ryosuke Niwa from comment #13)
> > Created attachment 383237 [details]
> > Fix attempt no.2
> Did you want to update the TestExpectations as well? 
> 
> I guess EWS results for this patch wouldn't have covered this test because
> we pass --skip-failing-tests to run-webkit-tests in EWS.

WTF!? When did we start doing that?
Comment 17 Ryosuke Niwa 2019-11-10 17:27:22 PST
Created attachment 383251 [details]
Patch for landing
Comment 18 Ryosuke Niwa 2019-11-10 17:27:33 PST
Comment on attachment 383251 [details]
Patch for landing

Wait for EWS.
Comment 19 Aakash Jain 2019-11-10 18:52:11 PST
(In reply to Ryosuke Niwa from comment #16)
> (In reply to Aakash Jain from comment #15)
> > (In reply to Ryosuke Niwa from comment #13)
> > > Created attachment 383237 [details]
> > > Fix attempt no.2
> > Did you want to update the TestExpectations as well? 
> > 
> > I guess EWS results for this patch wouldn't have covered this test because
> > we pass --skip-failing-tests to run-webkit-tests in EWS.
> 
> WTF!? When did we start doing that?
Seems like we started it in https://trac.webkit.org/changeset/106518/webkit
Comment 20 WebKit Commit Bot 2019-11-10 21:39:29 PST
Comment on attachment 383251 [details]
Patch for landing

Clearing flags on attachment: 383251

Committed r252317: <https://trac.webkit.org/changeset/252317>
Comment 21 WebKit Commit Bot 2019-11-10 21:39:31 PST
All reviewed patches have been landed.  Closing bug.