Don't default to allowing handles to be shown.
At present TouchSelectionController uses |show_touch_handles_| to decide when handles are shown by touch events. It is set to 'true' in TouchSelectionController::WillHandleTouchEventImpl(). But if this value is defaulted to true, then PDFs may show the handles on the first selection, even if initiated by non-touch means. This doesn't show up in non-PDF pages, as there seems to be a mechanism in RenderWidgetHostViewAura that prevents the TouchSelectionController from ever being told about selection changes from non-Touch events. Some tests were fixed, since they relied on the old default value to avoid having to send actual touch events. The CL changes the default to avoid handles showing up for the first mouse selection in PDFs. Bug: 933631 Change-Id: I1d66df070c22481141f68f6085f04878842c9f2b Reviewed-on: https://chromium-review.googlesource.com/c/1491794 Commit-Queue: James MacLean <wjmaclean@chromium.org> Reviewed-by:Mohsen Izadi <mohsen@chromium.org> Reviewed-by:
AJITH KUMAR V <ajith.v@samsung.com> Reviewed-by:
Ken Buchanan <kenrb@chromium.org> Cr-Commit-Position: refs/heads/master@{#636809}
Showing
Please register or sign in to comment