Bug 196236 - REGRESSION (r243241): [iOS Sim] Layout Test fast/visual-viewport/ios/min-scale-greater-than-one.html is failing
Summary: REGRESSION (r243241): [iOS Sim] Layout Test fast/visual-viewport/ios/min-scal...
Status: RESOLVED DUPLICATE of bug 198610
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
Keywords: InRadar
: 196300 (view as bug list)
Depends on:
Reported: 2019-03-25 18:14 PDT by Shawn Roberts
Modified: 2019-06-07 13:28 PDT (History)
7 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Shawn Roberts 2019-03-25 18:14:36 PDT
The following layout test is flaky on iOS Simulator Debug


Probable cause:

After r243241 test become a constant failure on the dashboard.
Verified locally. Ran tests on r243241 and got close to 100% failure, when running tests in revisions prior to its only a flaky failure.

Flakiness Dashboard:


Diff :

--- /Volumes/Data/slave/ios-simulator-12-debug-tests-wk2/build/layout-test-results/fast/visual-viewport/ios/min-scale-greater-than-one-expected.txt
+++ /Volumes/Data/slave/ios-simulator-12-debug-tests-wk2/build/layout-test-results/fast/visual-viewport/ios/min-scale-greater-than-one-actual.txt
@@ -2,7 +2,6 @@
 Scrolling to bottom
 PASS window.scrollY is expectedTop
 PASS Math.round(boundingClientRect.top) is expectedTop
-Tap dispatched
 Target clicked
 PASS successfullyParsed is true
Comment 1 Radar WebKit Bug Importer 2019-03-25 18:15:53 PDT
Comment 2 Shawn Roberts 2019-03-25 18:22:39 PDT
Marked flaky in https://trac.webkit.org/changeset/243477/webkit while waiting for a fix.
Comment 3 Ryan Haddad 2019-05-03 11:46:26 PDT
*** Bug 196300 has been marked as a duplicate of this bug. ***
Comment 4 Antoine Quint 2019-06-05 08:38:15 PDT
This reproduces with ToT on a Release build as well:

rwt --release --ios-simulator fast/visual-viewport/ios/min-scale-greater-than-one.html --iterations=100 --force --exit-after-n-failures=1
Comment 5 Antoine Quint 2019-06-05 09:11:31 PDT
This is another case of subsequent taps in tests not working. The theory is that a double tap may be recognized, but the weird thing in this test is that the callback isn’t called, yet the click event comes through. This can easily be fixed by running the test with a 500ms timeout, which will prevent a double-tap from being recognized. But I think I’m going to finally dig into this to find a fix to the root cause since it affects testing and forces tests to run at slower rate than it should have.
Comment 6 Antoine Quint 2019-06-07 13:28:24 PDT
This is actually a dupe of https://bugs.webkit.org/show_bug.cgi?id=198610, we need to restrict fast-click-everywhere to iPads only.

*** This bug has been marked as a duplicate of bug 198610 ***