<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>[248066] branches/safari-608-branch</title>
</head>
<body>

<style type="text/css"><!--
#msg dl.meta { border: 1px #006 solid; background: #369; padding: 6px; color: #fff; }
#msg dl.meta dt { float: left; width: 6em; font-weight: bold; }
#msg dt:after { content:':';}
#msg dl, #msg dt, #msg ul, #msg li, #header, #footer, #logmsg { font-family: verdana,arial,helvetica,sans-serif; font-size: 10pt;  }
#msg dl a { font-weight: bold}
#msg dl a:link    { color:#fc3; }
#msg dl a:active  { color:#ff0; }
#msg dl a:visited { color:#cc6; }
h3 { font-family: verdana,arial,helvetica,sans-serif; font-size: 10pt; font-weight: bold; }
#msg pre { overflow: auto; background: #ffc; border: 1px #fa0 solid; padding: 6px; }
#logmsg { background: #ffc; border: 1px #fa0 solid; padding: 1em 1em 0 1em; }
#logmsg p, #logmsg pre, #logmsg blockquote { margin: 0 0 1em 0; }
#logmsg p, #logmsg li, #logmsg dt, #logmsg dd { line-height: 14pt; }
#logmsg h1, #logmsg h2, #logmsg h3, #logmsg h4, #logmsg h5, #logmsg h6 { margin: .5em 0; }
#logmsg h1:first-child, #logmsg h2:first-child, #logmsg h3:first-child, #logmsg h4:first-child, #logmsg h5:first-child, #logmsg h6:first-child { margin-top: 0; }
#logmsg ul, #logmsg ol { padding: 0; list-style-position: inside; margin: 0 0 0 1em; }
#logmsg ul { text-indent: -1em; padding-left: 1em; }#logmsg ol { text-indent: -1.5em; padding-left: 1.5em; }
#logmsg > ul, #logmsg > ol { margin: 0 0 1em 0; }
#logmsg pre { background: #eee; padding: 1em; }
#logmsg blockquote { border: 1px solid #fa0; border-left-width: 10px; padding: 1em 1em 0 1em; background: white;}
#logmsg dl { margin: 0; }
#logmsg dt { font-weight: bold; }
#logmsg dd { margin: 0; padding: 0 0 0.5em 0; }
#logmsg dd:before { content:'\00bb';}
#logmsg table { border-spacing: 0px; border-collapse: collapse; border-top: 4px solid #fa0; border-bottom: 1px solid #fa0; background: #fff; }
#logmsg table th { text-align: left; font-weight: normal; padding: 0.2em 0.5em; border-top: 1px dotted #fa0; }
#logmsg table td { text-align: right; border-top: 1px dotted #fa0; padding: 0.2em 0.5em; }
#logmsg table thead th { text-align: center; border-bottom: 1px solid #fa0; }
#logmsg table th.Corner { text-align: left; }
#logmsg hr { border: none 0; border-top: 2px dashed #fa0; height: 1px; }
#header, #footer { color: #fff; background: #636; border: 1px #300 solid; padding: 6px; }
#patch { width: 100%; }
#patch h4 {font-family: verdana,arial,helvetica,sans-serif;font-size:10pt;padding:8px;background:#369;color:#fff;margin:0;}
#patch .propset h4, #patch .binary h4 {margin:0;}
#patch pre {padding:0;line-height:1.2em;margin:0;}
#patch .diff {width:100%;background:#eee;padding: 0 0 10px 0;overflow:auto;}
#patch .propset .diff, #patch .binary .diff  {padding:10px 0;}
#patch span {display:block;padding:0 10px;}
#patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;}
#patch ins {background:#dfd;text-decoration:none;display:block;padding:0 10px;}
#patch del {background:#fdd;text-decoration:none;display:block;padding:0 10px;}
#patch .lines, .info {color:#888;background:#fff;}
--></style>
<div id="msg">
<dl class="meta">
<dt>Revision</dt> <dd><a href="http://trac.webkit.org/projects/webkit/changeset/248066">248066</a></dd>
<dt>Author</dt> <dd>alancoon@apple.com</dd>
<dt>Date</dt> <dd>2019-07-31 13:56:40 -0700 (Wed, 31 Jul 2019)</dd>
</dl>

<h3>Log Message</h3>
<pre>Cherry-pick <a href="http://trac.webkit.org/projects/webkit/changeset/248015">r248015</a>. rdar://problem/53764191

    Can't scroll on yummly.co.uk recipe (scale(0) div covers the content and hit-tests)
    https://bugs.webkit.org/show_bug.cgi?id=200263
    rdar://problem/53679408

    Reviewed by Antti Koivisto.

    Source/WebKit:

    The content on this page had a scale(0) div overlaying an overflow:scroll element,
    and our UI-side hit-testing code would find this scale(0) element, because apparently
    -[UIView convertPoint:fromView:] will happily work with non-invertible matrices, and
    -[UIView pointInside:withEvent:] just compares the point with the view bounds.

    Since the view frame takes the transform into account, we can look for an empty frame
    to detect these non-invertible transforms.

    * UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm:
    (WebKit::collectDescendantViewsAtPoint):

    LayoutTests:

    * fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt: Added.
    * fast/scrolling/ios/non-invertible-transformed-over-scroller.html: Added.

    git-svn-id: https://svn.webkit.org/repository/webkit/trunk@248015 268f45cc-cd09-0410-ab3c-d52691b4dbfc</pre>

<h3>Modified Paths</h3>
<ul>
<li><a href="#branchessafari608branchLayoutTestsChangeLog">branches/safari-608-branch/LayoutTests/ChangeLog</a></li>
<li><a href="#branchessafari608branchSourceWebKitChangeLog">branches/safari-608-branch/Source/WebKit/ChangeLog</a></li>
<li><a href="#branchessafari608branchSourceWebKitUIProcessRemoteLayerTreeiosRemoteLayerTreeViewsmm">branches/safari-608-branch/Source/WebKit/UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm</a></li>
</ul>

<h3>Added Paths</h3>
<ul>
<li><a href="#branchessafari608branchLayoutTestsfastscrollingiosnoninvertibletransformedoverscrollerexpectedtxt">branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt</a></li>
<li><a href="#branchessafari608branchLayoutTestsfastscrollingiosnoninvertibletransformedoverscrollerhtml">branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller.html</a></li>
</ul>

</div>
<div id="patch">
<h3>Diff</h3>
<a id="branchessafari608branchLayoutTestsChangeLog"></a>
<div class="modfile"><h4>Modified: branches/safari-608-branch/LayoutTests/ChangeLog (248065 => 248066)</h4>
<pre class="diff"><span>
<span class="info">--- branches/safari-608-branch/LayoutTests/ChangeLog 2019-07-31 20:56:37 UTC (rev 248065)
+++ branches/safari-608-branch/LayoutTests/ChangeLog    2019-07-31 20:56:40 UTC (rev 248066)
</span><span class="lines">@@ -1,5 +1,46 @@
</span><span class="cx"> 2019-07-31  Alan Coon  <alancoon@apple.com>
</span><span class="cx"> 
</span><ins>+        Cherry-pick r248015. rdar://problem/53764191
+
+    Can't scroll on yummly.co.uk recipe (scale(0) div covers the content and hit-tests)
+    https://bugs.webkit.org/show_bug.cgi?id=200263
+    rdar://problem/53679408
+    
+    Reviewed by Antti Koivisto.
+    
+    Source/WebKit:
+    
+    The content on this page had a scale(0) div overlaying an overflow:scroll element,
+    and our UI-side hit-testing code would find this scale(0) element, because apparently
+    -[UIView convertPoint:fromView:] will happily work with non-invertible matrices, and
+    -[UIView pointInside:withEvent:] just compares the point with the view bounds.
+    
+    Since the view frame takes the transform into account, we can look for an empty frame
+    to detect these non-invertible transforms.
+    
+    * UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm:
+    (WebKit::collectDescendantViewsAtPoint):
+    
+    LayoutTests:
+    
+    * fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt: Added.
+    * fast/scrolling/ios/non-invertible-transformed-over-scroller.html: Added.
+    
+    git-svn-id: https://svn.webkit.org/repository/webkit/trunk@248015 268f45cc-cd09-0410-ab3c-d52691b4dbfc
+
+    2019-07-29  Simon Fraser  <simon.fraser@apple.com>
+
+            Can't scroll on yummly.co.uk recipe (scale(0) div covers the content and hit-tests)
+            https://bugs.webkit.org/show_bug.cgi?id=200263
+            rdar://problem/53679408
+
+            Reviewed by Antti Koivisto.
+
+            * fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt: Added.
+            * fast/scrolling/ios/non-invertible-transformed-over-scroller.html: Added.
+
+2019-07-31  Alan Coon  <alancoon@apple.com>
+
</ins><span class="cx">         Cherry-pick r247936. rdar://problem/53764217
</span><span class="cx"> 
</span><span class="cx">     YouTube search field shows RTL text outside its border on iPadOS
</span></span></pre></div>
<a id="branchessafari608branchLayoutTestsfastscrollingiosnoninvertibletransformedoverscrollerexpectedtxt"></a>
<div class="addfile"><h4>Added: branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt (0 => 248066)</h4>
<pre class="diff"><span>
<span class="info">--- branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt                          (rev 0)
+++ branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt     2019-07-31 20:56:40 UTC (rev 248066)
</span><span class="lines">@@ -0,0 +1,12 @@
</span><ins>+Tests hit-testing of layers over scrollers with odd transforms
+
+On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".
+
+
+PASS scrollTopWithScale0Overlay is 100
+PASS scrollTopWithScaledOverlayHitOverlay is 0
+PASS scrollTopWithScaledOverlayHitScroller is 100
+PASS successfullyParsed is true
+
+TEST COMPLETE
+
</ins></span></pre></div>
<a id="branchessafari608branchLayoutTestsfastscrollingiosnoninvertibletransformedoverscrollerhtml"></a>
<div class="addfile"><h4>Added: branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller.html (0 => 248066)</h4>
<pre class="diff"><span>
<span class="info">--- branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller.html                          (rev 0)
+++ branches/safari-608-branch/LayoutTests/fast/scrolling/ios/non-invertible-transformed-over-scroller.html     2019-07-31 20:56:40 UTC (rev 248066)
</span><span class="lines">@@ -0,0 +1,99 @@
</span><ins>+<!DOCTYPE html> <!-- webkit-test-runner [ internal:AsyncOverflowScrollingEnabled=true ] -->
+<html>
+<head>
+    <meta name="viewport" content="width=device-width">
+    <style>
+        div {
+            box-sizing: border-box;
+        }
+        .container {
+            position: relative;
+            width: 200px;
+            height: 200px;
+            margin: 10px;
+            border: 1px solid black;
+        }
+        
+        .scroller {
+            overflow: scroll;
+        }
+        
+        .content {
+            width: 100%;
+            height: 300%;
+            background-image: repeating-linear-gradient(white, silver 200px);
+        }
+        
+        .overlay {
+            transform-origin: top left;
+            background-color: rgba(0, 0, 0, 0.25);
+        }
+        
+        .container > div {
+            position: absolute;
+            width: 100%;
+            height: 100%;
+        }
+    </style>
+    <script src="../../../resources/ui-helper.js"></script>
+    <script src="../../../resources/js-test-pre.js"></script>
+    <script>
+        var scrollTopWithScale0Overlay;
+        var scrollTopWithScaledOverlayHitOverlay;
+        var scrollTopWithScaledOverlayHitScroller;
+
+        window.addEventListener('load', async () => {
+
+            let scrollers = document.querySelectorAll('.scroller');
+            let bounds = scrollers[0].getBoundingClientRect();
+
+            await UIHelper.immediateScrollElementAtContentPointToOffset(bounds.left + 10, bounds.top + 10, 0, 100);
+            scrollTopWithScale0Overlay = scrollers[0].scrollTop;
+            
+            // In case the previous scroll failed.
+            document.scrollingElement.scrollTop = 0;
+            scrollers[1].scrollTop = 0;
+
+            bounds = scrollers[1].getBoundingClientRect();
+            // Hit the overlay
+            await UIHelper.immediateScrollElementAtContentPointToOffset(bounds.left + 10, bounds.top + 10, 0, 100);
+            scrollTopWithScaledOverlayHitOverlay = scrollers[1].scrollTop;
+
+            // In case the previous scroll failed.
+            document.scrollingElement.scrollTop = 0;
+            scrollers[1].scrollTop = 0;
+
+            // Hit the scroller
+            await UIHelper.immediateScrollElementAtContentPointToOffset(bounds.left + bounds.width / 2 + 10, bounds.top + 10, 0, 100);
+            scrollTopWithScaledOverlayHitScroller = scrollers[1].scrollTop;
+            
+            description('Tests hit-testing of layers over scrollers with odd transforms');
+            shouldBe('scrollTopWithScale0Overlay', '100');
+            shouldBe('scrollTopWithScaledOverlayHitOverlay', '0');
+            shouldBe('scrollTopWithScaledOverlayHitScroller', '100');
+
+            finishJSTest();
+            
+        }, false);
+
+        var successfullyParsed = true;
+        var jsTestIsAsync = true;
+    </script>
+    <script src="../../../resources/js-test-post.js"></script>
+</head>
+<body>
+    <div class="container">
+        <div class="scroller">
+            <div class="content"></div>
+        </div>
+        <div class="overlay" style="transform: scale(0)"></div>
+    </div>
+
+    <div class="container">
+        <div class="scroller">
+            <div class="content"></div>
+        </div>
+        <div class="overlay" style="transform: scale(0.5)"></div>
+    </div>
+</body>
+</html>
</ins></span></pre></div>
<a id="branchessafari608branchSourceWebKitChangeLog"></a>
<div class="modfile"><h4>Modified: branches/safari-608-branch/Source/WebKit/ChangeLog (248065 => 248066)</h4>
<pre class="diff"><span>
<span class="info">--- branches/safari-608-branch/Source/WebKit/ChangeLog       2019-07-31 20:56:37 UTC (rev 248065)
+++ branches/safari-608-branch/Source/WebKit/ChangeLog  2019-07-31 20:56:40 UTC (rev 248066)
</span><span class="lines">@@ -1,60 +1,90 @@
</span><span class="cx"> 2019-07-31  Alan Coon  <alancoon@apple.com>
</span><span class="cx"> 
</span><del>-        Cherry-pick r247936. rdar://problem/53764217
</del><ins>+        Cherry-pick r248015. rdar://problem/53764191
</ins><span class="cx"> 
</span><del>-    YouTube search field shows RTL text outside its border on iPadOS
-    https://bugs.webkit.org/show_bug.cgi?id=200253
-    <rdar://problem/53680603>
</del><ins>+    Can't scroll on yummly.co.uk recipe (scale(0) div covers the content and hit-tests)
+    https://bugs.webkit.org/show_bug.cgi?id=200263
+    rdar://problem/53679408
</ins><span class="cx">     
</span><del>-    Reviewed by Beth Dakin.
</del><ins>+    Reviewed by Antti Koivisto.
</ins><span class="cx">     
</span><span class="cx">     Source/WebKit:
</span><span class="cx">     
</span><del>-    Limits code added in r238939 to respect the current keyboard's writing mode to only editable web views. This
-    behavior was only intended for Mail, and isn't generally compatible with web content.
</del><ins>+    The content on this page had a scale(0) div overlaying an overflow:scroll element,
+    and our UI-side hit-testing code would find this scale(0) element, because apparently
+    -[UIView convertPoint:fromView:] will happily work with non-invertible matrices, and
+    -[UIView pointInside:withEvent:] just compares the point with the view bounds.
</ins><span class="cx">     
</span><del>-    While the call to -setInitialDirection is correctly gated on an web view editability check, it appears that
-    other changes in iOS 13 now cause -setBaseWritingDirection:forRange: to be invoked directly from keyboards code.
-    This means that -setBaseWritingDirection:forRange: should additionally be guarded with the same check.
</del><ins>+    Since the view frame takes the transform into account, we can look for an empty frame
+    to detect these non-invertible transforms.
</ins><span class="cx">     
</span><del>-    * UIProcess/ios/WKContentViewInteraction.mm:
-    (-[WKContentView setBaseWritingDirection:forRange:]):
</del><ins>+    * UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm:
+    (WebKit::collectDescendantViewsAtPoint):
</ins><span class="cx">     
</span><span class="cx">     LayoutTests:
</span><span class="cx">     
</span><del>-    * editing/input/ios/rtl-keyboard-input-on-focus-in-editable-page-expected.txt: Renamed from LayoutTests/editing/input/ios/rtl-keyboard-input-on-focus-expected.txt.
-    * editing/input/ios/rtl-keyboard-input-on-focus-in-editable-page.html: Renamed from LayoutTests/editing/input/ios/rtl-keyboard-input-on-focus.html.
</del><ins>+    * fast/scrolling/ios/non-invertible-transformed-over-scroller-expected.txt: Added.
+    * fast/scrolling/ios/non-invertible-transformed-over-scroller.html: Added.
</ins><span class="cx">     
</span><del>-    Rename an existing test, rtl-keyboard-input-on-focus.html, to rtl-keyboard-input-on-focus-in-editable-page.html
-    to emphasize the fact that it requires an editable web view.
-    
-    * editing/input/ios/rtl-keyboard-input-on-focus-in-non-editable-page-expected.txt: Added.
-    * editing/input/ios/rtl-keyboard-input-on-focus-in-non-editable-page.html: Added.
-    
-    Add a new layout test to ensure that we don't automatically apply an RTL attribute when focusing fields in a
-    non-editable web view.
-    
-    
-    git-svn-id: https://svn.webkit.org/repository/webkit/trunk@247936 268f45cc-cd09-0410-ab3c-d52691b4dbfc
</del><ins>+    git-svn-id: https://svn.webkit.org/repository/webkit/trunk@248015 268f45cc-cd09-0410-ab3c-d52691b4dbfc
</ins><span class="cx"> 
</span><del>-    2019-07-29  Wenson Hsieh  <wenson_hsieh@apple.com>
</del><ins>+    2019-07-31  Alan Coon  <alancoon@apple.com>
</ins><span class="cx"> 
</span><del>-            YouTube search field shows RTL text outside its border on iPadOS
-            https://bugs.webkit.org/show_bug.cgi?id=200253
-            <rdar://problem/53680603>
</del><ins>+            Cherry-pick r247936. rdar://problem/53764217
</ins><span class="cx"> 
</span><del>-            Reviewed by Beth Dakin.
</del><ins>+        YouTube search field shows RTL text outside its border on iPadOS
+        https://bugs.webkit.org/show_bug.cgi?id=200253
+        <rdar://problem/53680603>
</ins><span class="cx"> 
</span><del>-            Limits code added in r238939 to respect the current keyboard's writing mode to only editable web views. This
-            behavior was only intended for Mail, and isn't generally compatible with web content.
</del><ins>+        Reviewed by Beth Dakin.
</ins><span class="cx"> 
</span><del>-            While the call to -setInitialDirection is correctly gated on an web view editability check, it appears that
-            other changes in iOS 13 now cause -setBaseWritingDirection:forRange: to be invoked directly from keyboards code.
-            This means that -setBaseWritingDirection:forRange: should additionally be guarded with the same check.
</del><ins>+        Source/WebKit:
</ins><span class="cx"> 
</span><del>-            * UIProcess/ios/WKContentViewInteraction.mm:
-            (-[WKContentView setBaseWritingDirection:forRange:]):
</del><ins>+        Limits code added in r238939 to respect the current keyboard's writing mode to only editable web views. This
+        behavior was only intended for Mail, and isn't generally compatible with web content.
</ins><span class="cx"> 
</span><ins>+        While the call to -setInitialDirection is correctly gated on an web view editability check, it appears that
+        other changes in iOS 13 now cause -setBaseWritingDirection:forRange: to be invoked directly from keyboards code.
+        This means that -setBaseWritingDirection:forRange: should additionally be guarded with the same check.
+
+        * UIProcess/ios/WKContentViewInteraction.mm:
+        (-[WKContentView setBaseWritingDirection:forRange:]):
+
+        LayoutTests:
+
+        * editing/input/ios/rtl-keyboard-input-on-focus-in-editable-page-expected.txt: Renamed from LayoutTests/editing/input/ios/rtl-keyboard-input-on-focus-expected.txt.
+        * editing/input/ios/rtl-keyboard-input-on-focus-in-editable-page.html: Renamed from LayoutTests/editing/input/ios/rtl-keyboard-input-on-focus.html.
+
+        Rename an existing test, rtl-keyboard-input-on-focus.html, to rtl-keyboard-input-on-focus-in-editable-page.html
+        to emphasize the fact that it requires an editable web view.
+
+        * editing/input/ios/rtl-keyboard-input-on-focus-in-non-editable-page-expected.txt: Added.
+        * editing/input/ios/rtl-keyboard-input-on-focus-in-non-editable-page.html: Added.
+
+        Add a new layout test to ensure that we don't automatically apply an RTL attribute when focusing fields in a
+        non-editable web view.
+
+
+        git-svn-id: https://svn.webkit.org/repository/webkit/trunk@247936 268f45cc-cd09-0410-ab3c-d52691b4dbfc
+
+        2019-07-29  Wenson Hsieh  <wenson_hsieh@apple.com>
+
+                YouTube search field shows RTL text outside its border on iPadOS
+                https://bugs.webkit.org/show_bug.cgi?id=200253
+                <rdar://problem/53680603>
+
+                Reviewed by Beth Dakin.
+
+                Limits code added in r238939 to respect the current keyboard's writing mode to only editable web views. This
+                behavior was only intended for Mail, and isn't generally compatible with web content.
+
+                While the call to -setInitialDirection is correctly gated on an web view editability check, it appears that
+                other changes in iOS 13 now cause -setBaseWritingDirection:forRange: to be invoked directly from keyboards code.
+                This means that -setBaseWritingDirection:forRange: should additionally be guarded with the same check.
+
+                * UIProcess/ios/WKContentViewInteraction.mm:
+                (-[WKContentView setBaseWritingDirection:forRange:]):
+
</ins><span class="cx"> 2019-07-31  Alan Coon  <alancoon@apple.com>
</span><span class="cx"> 
</span><span class="cx">         Cherry-pick r247933. rdar://problem/53764069
</span><span class="lines">@@ -318,7 +348,26 @@
</span><span class="cx"> 2019-07-29  Alan Coon  <alancoon@apple.com>
</span><span class="cx"> 
</span><span class="cx">         Cherry-pick r247672. rdar://problem/53449739
</span><ins>+2019-07-29  Simon Fraser  <simon.fraser@apple.com>
</ins><span class="cx"> 
</span><ins>+        Can't scroll on yummly.co.uk recipe (scale(0) div covers the content and hit-tests)
+        https://bugs.webkit.org/show_bug.cgi?id=200263
+        rdar://problem/53679408
+
+        Reviewed by Antti Koivisto.
+
+        The content on this page had a scale(0) div overlaying an overflow:scroll element,
+        and our UI-side hit-testing code would find this scale(0) element, because apparently
+        -[UIView convertPoint:fromView:] will happily work with non-invertible matrices, and 
+        -[UIView pointInside:withEvent:] just compares the point with the view bounds.
+
+        Since the view frame takes the transform into account, we can look for an empty frame
+        to detect these non-invertible transforms.
+
+        * UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm:
+        (WebKit::collectDescendantViewsAtPoint):
+
+
</ins><span class="cx">     Micro-optimize HashMap & String IPC decoding
</span><span class="cx">     https://bugs.webkit.org/show_bug.cgi?id=199967
</span><span class="cx">     
</span></span></pre></div>
<a id="branchessafari608branchSourceWebKitUIProcessRemoteLayerTreeiosRemoteLayerTreeViewsmm"></a>
<div class="modfile"><h4>Modified: branches/safari-608-branch/Source/WebKit/UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm (248065 => 248066)</h4>
<pre class="diff"><span>
<span class="info">--- branches/safari-608-branch/Source/WebKit/UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm   2019-07-31 20:56:37 UTC (rev 248065)
+++ branches/safari-608-branch/Source/WebKit/UIProcess/RemoteLayerTree/ios/RemoteLayerTreeViews.mm      2019-07-31 20:56:40 UTC (rev 248066)
</span><span class="lines">@@ -52,8 +52,13 @@
</span><span class="cx">             //        It is currently only needed for scroll views.
</span><span class="cx">             if (!view.isUserInteractionEnabled)
</span><span class="cx">                 return false;
</span><ins>+
+            if (CGRectIsEmpty([view frame]))
+                return false;
+
</ins><span class="cx">             if (![view pointInside:subviewPoint withEvent:event])
</span><span class="cx">                 return false;
</span><ins>+
</ins><span class="cx">             if (![view isKindOfClass:[WKCompositingView class]])
</span><span class="cx">                 return true;
</span><span class="cx">             auto* node = RemoteLayerTreeNode::forCALayer(view.layer);
</span></span></pre>
</div>
</div>

</body>
</html>