Numbers input into a form field reversed.
Reported by
t...@lucentmedia.net,
Jan 13 2017
|
||||||||||||
Issue descriptionSteps to reproduce the problem: 1. The website where I recreated this is at dev.doitwell.xyz. 2. Input phony data, except for zip code on the home page, and this reversed number instance will occur randomly for the phone number fields, account number field and routing number field. 3. What is the expected behavior? What went wrong? When entering a social security number such as 123456789. The output would be 987654321. Did this work before? N/A Chrome version: <Copy from: 'about:version'> Channel: n/a OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 24.0 r0
,
Jan 13 2017
Hello Thanks for reporting the issue. We were unable to reproduce this issue. Can you please provide a video for this issue along with your Chrome version and/or logcat, if possible?
,
Jan 21 2017
Issue is reproducible. Tested on Samsung Galaxy S6(SM-G920V)/MMB29K, Webview: 56.0.2924.68 & 55.0.2883.91, on webview shell browser.
,
Jan 21 2017
,
Jan 21 2017
Issue is not reproducible on Chrome : 55.0.2883.91
,
Jan 25 2017
This looks the same as internal bug 34694824. That one has a similar video. They say it works in 54 but repros in 55.0.2883.91.
,
Jan 25 2017
Wait, in the original report, it says Windows, but the first comment says Samsung Galaxy. Did the original reporter see this on desktop Chrome, or in Android Chrome, or in a WebView in some other Android app?
,
Jan 26 2017
My apologies. It wasn't Windows. It was a Samsung Galaxy 5 & 7 that we saw it through the default web browser with the phone.
,
Jan 27 2017
And which browser is that, exactly? Can you give the package name? (I'm asking so I can determine if the browser is based on WebView, or if this problem occurs in some non-WebView browser.)
,
Jan 31 2017
Yeah, I don't know what that is. Let's just assume it's a WebView thing. We should bisect between 54 and 55.
,
Mar 2 2017
Cannot repro, because that site is totally blank. Is that the expected behavior? There isn't a single line of HTML in the page source. tech@, can you please try to visit that site? If it works for you, can you please give
,
Mar 2 2017
Can you please give the full link, including "http" or "https" at the front? (I accidentally deleted this from the previous comment)
,
Mar 2 2017
Our apologies. That was the staging site. The site is now located at http://www.financeamericans.com.
,
Mar 3 2017
#12. That's Samsung SBrowser isn't it? If so, it doesn't use webview (embeds content). I couldn't repro with the webview shell (56.0.2924.87)
,
Mar 3 2017
Failure to repro is on a pixel though and #4 suggests it does repro in webview shell, but on a samsung device. It might be related to the samsung IME?
,
Mar 3 2017
This issue looks like it's Samsung device specific. I could repro this issue on Samsung Galaxy S7 Edge (SM-G935A)/NRD90M & Samsung Galaxy S6(SM-G920F)/MMB29K but could not repro it on Nexus6/7.1, Nexus6/MOB31V & Acer Predator/LMY47I. This is the bisect range: https://chromium.googlesource.com/chromium/src/+log/55.0.2860.0..55.0.2868.0?pretty=fuller&n=10000
,
Mar 7 2017
,
Apr 24 2017
,
Apr 25 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 25 2018
Closing this as this is an S-Browser issue. It is chromium based but not using webview. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by t...@lucentmedia.net
, Jan 13 2017