Input caret for input type tel and number does not move correctly
Reported by
hickson....@gmail.com,
Dec 14 2016
|
|||||||
Issue descriptionDevice name: Samsung J1 Mini Android version:5.1.1 WebView version (from system settings -> Apps -> Android System WebView): 55.0.2883.91 Application: WeChat && WebViewBrowser Application version: 6.3.31 && 1.2 URLs (if applicable): Steps to reproduce: 1. Create an input type of tel or number 2. Use javascript to get the value from the input 3. Update the value to include a non-numeric value 4. Set the value on the input Expected result: The caret moves to the end of the input field as the user types. Actual result: The caret will not move to the end of the line and seems to only move the number of numeric values to the right. eg. If user enters 123 and we change the value to 12,3 the caret will sit after the comma and not after the 3. The bug does not appear in versions 54 and below, we have removed the 55 update and it works as expected. I have created a plnkr link to demonstrate the problem. http://plnkr.co/edit/AfTgZEi6LCD755ewkEZ4?p=preview (please make sure it is the latest version) . This only seems to happen with the native keyboard with webview version 55, using a third-party keyboard such as the hacker keyboard does not produce the same result. We have been able to reproduce this bug on other android phones from other manufacturers, the the common components seem to be the native keyboard and the webview version.
,
Dec 15 2016
So far I cannot reproduce the problem (tried Nexus 5 with Android 6.0.1, Nexus 6P with Android N) I launched the link in the WebViewBrowser and tried to enter and remove values. With every version the behavior was the same: the caret stays where it is if the number of thousand-separating commas (,) does not change. If a comma is added or deleted (e.g. 555.01 -> 5,555.01) the number seems to be reformatted and the caret goes to the end. Your comment about "12,3" suggests though that you have comma as a decimal separator, instead of point (.). I could not make it happen. What language and keyboard settings do you use? Also, screen recording videos with right and wrong behavior would be of great help.
,
Dec 19 2016
In the attached video the first window is inside WebView and the second was opened in the default chrome browser. The first window shows the caret moving incorrectly but in chrome the caret moves as expected. Only occurs with Android System WebView version 55.0.2883.91, have tested on version 56 with same issue.
,
Dec 26 2016
Thank you for providing more feedback. Adding requester "timav@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Feb 27 2017
Im facing exact the same issue. It turned out, that it depends on type of keyboard you use. This issue occurs on Samsung's and Sony's default keyboard - if you switch it to Google or Swipe it works just fine.
,
Mar 13 2017
Cleaning up "Needs-Review" label as we are not using this label for triage. Ref bug 684919
,
Mar 13 2017
,
Sep 4 2017
The assigned owner "timav@chromium.org" is not able to receive e-mails, please re-triage. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 7 2017
I didn't get a chance to repro (no Samsung device), but this sounds like it's an IME issue. Ryan, do you have the time to investigate?
,
Oct 7 2017
I'm on vacation next week but I can look at it sometime after then.
,
Oct 7 2017
That should be fine. Thanks!
,
Oct 7 2017
Hi, I don't need this bug looked at anymore. It is completely up to you guys if you would like to continue investigating.
,
Oct 30 2017
I think this is related to crbug.com/737395 , so I'm going to try to fix this as part of that work.
,
Nov 1 2017
I can't repro this testing on a Galaxy S7
,
Dec 14 2017
This issue still occurs but in a different scenario. Now, it applies to Gboard as well. Take a look on this Plunkr: https://plnkr.co/edit/w9O7wIRvxdSwnhJcPjAU?p=preview There is a filter that inserts empty space between every 4 characters. Provide at least 5 characters to see how caret behaves.
,
Dec 14 2017
Thanks for the info. I couldn’t reproduce the exact bug reported here, but I’m currently trying to fix this general class of issues in crbug.com/737395 , so you can follow along there. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by dtapu...@chromium.org
, Dec 14 2016