Issue metadata
Sign in to add a comment
|
Regression: Unnecessary white patch appears after tap/touch on 'enter' button of handwriting overlay.
Reported by
vku...@etouch.net,
Jun 1 2016
|
||||||||||||||||||||||
Issue descriptionChrome Version:53.0.2753.0 (Official Build)Revision bb0c85e1aaa882aa7c4c40b0e3da609573f07d8f-refs/heads/master@{#396745} (32/64-bit) OS:Windows 10(Touch Device) What steps will reproduce the problem? 1.Launch chrome and navigate to https://translate.google.co.in/ 2.Tap on 'turn on handwriting' button such that overlay appears, close the virtual keyboard. 3.Enter any letter for e.g 't' and click on enter button,observe the background page. Actual: Unnecessary white patch appears after tap/touch on 'enter' button of handwriting overlay. Expected: No such white patch should be seen after tap/touch on 'enter' button of handwriting overlay. This is a touch device specific regression issue broken in 'M53' and below is the manual regression range Good Build: 53.0.2748.0 Bad Build: 53.0.2749.0 Narrow Bisect: https://chromium.googlesource.com/chromium/src/+log/cd3d0eda96dfda663b762517936e54ea7a2b6ece..bcd06ba900e67c54ffffb3f421c6b0d1bcd8ef31?pretty=fuller&n=10 Suspecting: r395754
,
Jun 20 2016
ananta@ could you please look into this issue if it is related to your change,else please route this to an appropriate dev person. Thanks,
,
Jun 30 2016
Friendly ping to get an update on this Blocker issue.
,
Jul 14 2016
vkupte@ : Could you please try the issue on latest canary 54.0.2796.2 and update the thread if its still a repro.
,
Jul 18 2016
Just to update, still seeing the behavior on Windows 10 Touch device for chrome canary version 54.0.2799.0. @ananta: Request you to please take a look into it as issue is marked with a stable blocker and M53 is going to pushed to Beta soon. Thanks.!
,
Jul 22 2016
Gentle Ping. @ananta: Could you please provide an update on this issue. Thank you.
,
Jul 26 2016
Not sure what we can do here. Tapping on the enter button is reported by blink as a tap on a WebTextInputTypeTextArea element as per here https://cs.chromium.org/chromium/src/third_party/WebKit/Source/web/WebViewImpl.cpp?dr=C&sq=package:chromium&l=2537. This results in the keyboard showing up in the browser. The keyboard obstructs the tapped point and hence we try to set the insets up and scroll the tapped rect. This causes the rect to show up clipped. The right fix should possibly be to fix the page to not report the enter and other buttons in that view as text elements. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by tkonch...@chromium.org
, Jun 1 2016