Bug 202125 - Update selections after scrolling for iframes and hide selections while iframes and overflow scrolls are scrolling.
Summary: Update selections after scrolling for iframes and hide selections while ifram...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Megan Gardner
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2019-09-23 18:44 PDT by Megan Gardner
Modified: 2019-09-26 02:26 PDT (History)
15 users (show)

See Also:


Attachments
Patch (5.08 KB, patch)
2019-09-23 18:55 PDT, Megan Gardner
no flags Details | Formatted Diff | Diff
Archive of layout-test-results from ews213 for win-future (13.50 MB, application/zip)
2019-09-23 21:17 PDT, EWS Watchlist
no flags Details
Patch (5.02 KB, patch)
2019-09-24 14:57 PDT, Megan Gardner
no flags Details | Formatted Diff | Diff
Patch (11.45 KB, patch)
2019-09-24 20:32 PDT, Megan Gardner
no flags Details | Formatted Diff | Diff
Patch (16.79 KB, patch)
2019-09-25 14:02 PDT, Megan Gardner
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Megan Gardner 2019-09-23 18:44:21 PDT
Update selection scrolls for iframes and hide selections while iframs and overflow scrolls are scrolling.
Comment 1 Megan Gardner 2019-09-23 18:55:21 PDT
Created attachment 379415 [details]
Patch
Comment 2 EWS Watchlist 2019-09-23 21:17:03 PDT
Comment on attachment 379415 [details]
Patch

Attachment 379415 [details] did not pass win-ews (win):
Output: https://webkit-queues.webkit.org/results/13062438

New failing tests:
storage/indexeddb/modern/new-database-after-user-delete.html
Comment 3 EWS Watchlist 2019-09-23 21:17:06 PDT
Created attachment 379427 [details]
Archive of layout-test-results from ews213 for win-future

The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews213  Port: win-future  Platform: CYGWIN_NT-10.0-17763-3.0.5-338.x86_64-x86_64-64bit
Comment 4 Megan Gardner 2019-09-24 14:57:53 PDT
Created attachment 379498 [details]
Patch
Comment 5 Megan Gardner 2019-09-24 14:59:05 PDT
<rdar://problem/14944104>
Comment 6 Megan Gardner 2019-09-24 20:32:48 PDT
Created attachment 379523 [details]
Patch
Comment 7 Simon Fraser (smfr) 2019-09-25 04:39:54 PDT
Comment on attachment 379523 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=379523&action=review

> Source/WebCore/page/scrolling/AsyncScrollingCoordinator.cpp:349
> +    if (!frameViewPtr->frame().isMainFrame()) {
> +        if (scrollingLayerPositionAction == ScrollingLayerPositionAction::Set)
> +            m_page->editorClient().overflowScrollPositionChanged();
> +    }

If this is called for subframes, then "overflowScrollPositionChanged" is mis-named.
Comment 8 Tim Horton 2019-09-25 09:01:32 PDT
It’s true, though that mistake is made in many places. But maybe we don’t need to make it in WebCore. (Even worse right now WebKit->UIKit calls main frame scrolls to be “overflow”, which is part of what this is fixing).
Comment 9 Megan Gardner 2019-09-25 14:02:21 PDT
Created attachment 379578 [details]
Patch
Comment 10 Tim Horton 2019-09-25 15:02:43 PDT
We can fix the names in WebKit in a future patch (maybe we need a word for “I frame or overflow”? I say “sub scrollable region” but I don’t know that we ever say that in the code).
Comment 11 WebKit Commit Bot 2019-09-25 15:54:23 PDT
Comment on attachment 379578 [details]
Patch

Clearing flags on attachment: 379578

Committed r250365: <https://trac.webkit.org/changeset/250365>
Comment 12 WebKit Commit Bot 2019-09-25 15:54:25 PDT
All reviewed patches have been landed.  Closing bug.
Comment 13 Fujii Hironori 2019-09-25 18:45:01 PDT
Committed r250374: <https://trac.webkit.org/changeset/250374>