Autofill omits leading zero for phone numbers
Reported by
adambucz...@gmail.com,
Aug 18 2016
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Steps to reproduce the problem: 1. Go to manage your autofill settings and create an address/identity with a phone number that has a leading zero, e.g. "022 123 1234" 2. Go to a form that has a phone number field and type "2" in it. What is the expected behavior? That auto fill suggests the number as "022 123 1234" and when selecting it, enters it into the form as "022 123 1234". What went wrong? Auto fill instead suggests the number without leading zero, e.g. "22 123 1234" and enters it as such into the form when selected. This causes me to every time have to manually add a leading zero to the phone number. When I go back to view manage autofill settings, I can verify that the phone number is correctly listed *with* leading zero. Did this work before? No Chrome version: 52.0.2743.116 Channel: stable OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 22.0 r0 Leading zero's in phone numbers are extremely common in Europe and other parts of the world like Australia/New Zealand. They often indicate area codes or mobile network prefixes. Please don't swallow leading zeroes and simply autofill the phone numbers exactly as the user has entered them. If people want to enter a number without leading zero, they can enter it as such.
,
Aug 18 2016
I can no longer reproduce this at this stage either. I don't know what is different, but I am sure that it wasn't working before, and I have experienced this many times prior as well. I'll analyze it further and try to determine under what circumstances this occurs.
,
Aug 18 2016
mathp: Please investigate further, or close and wait for more feedback.
,
Aug 18 2016
Mathp is OOO for a while. In general, phone numbers are quite tricky. Websites expect different things. Going to mark this as WAI, but if you can repro, happy to open back up and dig in.
,
Aug 22 2016
I went to have a look at several different forms and was able to reproduce it again. On this form: http://nunm.edu/change-of-address-form/ When I double click the phone field, it shows my phone number without leading zero and fills it in as such when I select it. This happens in both regular and incognito mode. By contrast, if I go to this form: http://wellington.govt.nz/your-council/dealing-with-the-council/contactus-fixit/change-of-address-form Then double clicking on the phone field shows the phone number with leading zero as expected, and properly populates it as well. Upon inspection of the forms, I don't see any difference, they are both input type="text" elements. But it consistently works in the one form, and doesn't work in the other for me. What's furthermore interesting, I also have one autofill billing identity. There, my phone number is entered in an international format, e.g. like +64 22 123 4567. In the form where the leading zero works, that number is displayed as "+64 22 123 4567" when I double click the input element. In the form where the leading zero doesn't work, it also truncates that whole number to "22 123 4567", stripping off the +64 part. Are you able to reproduce this? The form where it works has <html lang="en-NZ"> and the one where it doesnt has <html lang="en-US">, but I'm not sure if that's what causing the difference.
,
Aug 22 2016
I would record a screen grab to show you the differences, but it has my real phone number in it and I don't want to remove it from my autofill entries. So I've attached two screenshots showing the difference between the two forms.
,
Aug 22 2016
Am able to reproduce this consistently with the two example forms, also after restarting Chrome.
,
Aug 22 2016
,
Aug 22 2016
,
May 1 2018
,
Aug 3
This bug has an owner, thus, it's been triaged. Changing status to "assigned". |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by brajkumar@chromium.org
, Aug 18 2016Components: UI>Browser>Autofill
Labels: Needs-Feedback
1.4 MB
1.4 MB View Download