RESOLVED FIXED 200907
Do not adjust viewport if editing selection is already visible
https://bugs.webkit.org/show_bug.cgi?id=200907
Summary Do not adjust viewport if editing selection is already visible
Megan Gardner
Reported 2019-08-19 19:26:32 PDT
Do not adjust viewport if editing selection is already visible
Attachments
Patch (8.06 KB, patch)
2019-08-19 19:33 PDT, Megan Gardner
no flags
Archive of layout-test-results from ews100 for mac-highsierra (3.27 MB, application/zip)
2019-08-19 20:39 PDT, EWS Watchlist
no flags
Archive of layout-test-results from ews115 for mac-highsierra (3.08 MB, application/zip)
2019-08-19 21:25 PDT, EWS Watchlist
no flags
Archive of layout-test-results from ews214 for win-future (13.48 MB, application/zip)
2019-08-19 21:33 PDT, EWS Watchlist
no flags
Patch (8.12 KB, patch)
2019-08-20 15:41 PDT, Megan Gardner
no flags
Patch (8.12 KB, patch)
2019-08-21 13:00 PDT, Megan Gardner
no flags
Patch (8.12 KB, patch)
2019-08-21 14:48 PDT, Megan Gardner
no flags
Patch for landing (8.10 KB, patch)
2019-08-21 16:29 PDT, Megan Gardner
no flags
Megan Gardner
Comment 1 2019-08-19 19:33:50 PDT
EWS Watchlist
Comment 2 2019-08-19 20:39:32 PDT
Comment on attachment 376733 [details] Patch Attachment 376733 [details] did not pass mac-ews (mac): Output: https://webkit-queues.webkit.org/results/12944127 New failing tests: fast/events/autoscroll-input-when-very-zoomed.html
EWS Watchlist
Comment 3 2019-08-19 20:39:34 PDT
Created attachment 376739 [details] Archive of layout-test-results from ews100 for mac-highsierra The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews100 Port: mac-highsierra Platform: Mac OS X 10.13.6
EWS Watchlist
Comment 4 2019-08-19 21:25:32 PDT
Comment on attachment 376733 [details] Patch Attachment 376733 [details] did not pass mac-debug-ews (mac): Output: https://webkit-queues.webkit.org/results/12944206 New failing tests: fast/events/autoscroll-input-when-very-zoomed.html
EWS Watchlist
Comment 5 2019-08-19 21:25:33 PDT
Created attachment 376741 [details] Archive of layout-test-results from ews115 for mac-highsierra The attached test failures were seen while running run-webkit-tests on the mac-debug-ews. Bot: ews115 Port: mac-highsierra Platform: Mac OS X 10.13.6
EWS Watchlist
Comment 6 2019-08-19 21:33:25 PDT
Comment on attachment 376733 [details] Patch Attachment 376733 [details] did not pass win-ews (win): Output: https://webkit-queues.webkit.org/results/12944300 New failing tests: fast/events/autoscroll-input-when-very-zoomed.html
EWS Watchlist
Comment 7 2019-08-19 21:33:28 PDT
Created attachment 376742 [details] Archive of layout-test-results from ews214 for win-future The attached test failures were seen while running run-webkit-tests on the win-ews. Bot: ews214 Port: win-future Platform: CYGWIN_NT-10.0-17763-3.0.5-338.x86_64-x86_64-64bit
Megan Gardner
Comment 8 2019-08-20 15:41:07 PDT
Megan Gardner
Comment 9 2019-08-21 13:00:49 PDT
Megan Gardner
Comment 10 2019-08-21 14:48:26 PDT
Simon Fraser (smfr)
Comment 11 2019-08-21 16:05:55 PDT
Comment on attachment 376924 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=376924&action=review > Source/WebCore/ChangeLog:11 > + Currently due to scrolling being mostly handled by integers, we are getting "scrolling being mostly handled by integers" -> scrollPositions being integral > Source/WebCore/ChangeLog:14 > + start dealing with scrolling with floats/doubles, but until such time, to make scrollPositions be LayoutUnits or floating point > Source/WebCore/rendering/RenderLayer.cpp:2704 > + // This will likely be unnecessary once we convert scrolling to work with floats/doubles instead of ints I would change this comment to "Avoid scrolling to the rounded value of revealRect.location() if we don't actually need to scroll" > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:25 > + Remove the blank line > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:28 > + await UIHelper.delayFor(200); What's the reason for the delay? > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:38 > + // Everything isn't quite set yet if we don't delay That's a bit vague. What are we waiting for? > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:42 > + > + Two blank lines. > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:52 > + output += 'FAIL: page has scrolled on the secont input'; secont > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:58 > + await UIHelper.immediateZoomToScale(1.0); > + await UIHelper.immediateScrollTo(0, 0); These shouldn't be necessary. > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:81 > +This test focuses a form, them zoomes and scrolls the page. zoomes > LayoutTests/fast/scrolling/ios/autoscroll-input-when-very-zoomed.html:85 > +<div id="result"></div> This seems unused
Megan Gardner
Comment 12 2019-08-21 16:29:14 PDT
Created attachment 376947 [details] Patch for landing
WebKit Commit Bot
Comment 13 2019-08-21 17:06:44 PDT
Comment on attachment 376947 [details] Patch for landing Clearing flags on attachment: 376947 Committed r248977: <https://trac.webkit.org/changeset/248977>
WebKit Commit Bot
Comment 14 2019-08-21 17:06:46 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 15 2019-08-21 17:08:35 PDT
Note You need to log in before you can comment on or make changes to this bug.