Closed Bug 952489 Opened 12 years ago Closed 11 years ago

USA phone numbers from contact list not recognized

Categories

(Firefox OS Graveyard :: Gaia::Contacts, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: fai, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36 Steps to reproduce: I am using the ZTE Open with FFOS 1.1 in the USA. When someone from the contact list calls me, the phone number would not be matched with the associated contact unless the number in contact list is saved exactly in this format: 1(area code)(phone number), such as: 12121111111. Where as all the phone I've used in the past 10 years would be able to match the contact even when the "1" in front is omitted, such as: 2121111111. Actual results: Caller Id would not show with contact information even the number is already on the contact list. Expected results: In coming call should still be recognized even if the country code "1" is omitted.
Not sure is there is a bug for this already - flagging ni? Naoki - anyone else, feel free to flag as dupe if there is one on file.
Flags: needinfo?(nhirata.bugzilla)
Hrm. this is odd.. I'll have to look into this. bug 881248 says it's fixed in 1.1... Thanks Andrew. Fai@nyc.com; can you check what your build id / gaia revision is for me please? You should be able to find it in the device info -> more info section.
Flags: needinfo?(fai)
OS version:1.1.0.0 Firmware revision:01.01.00.019.215 Platform version:18.1 Build Identifier: 20131204161642
Flags: needinfo?(fai)
Supposedly it should be in the build, unless it wasn't picked up or it is a regression. I'll dig further into it. Thanks fai.
I can't seem to reproduce getting a 1 in front ... on ikura 1.1 nhirata-19333:B2G_flash_tool nhirata$ ./check_versions.sh Gaia c7fd105fa5ba527352736db28434690269fb70c1 Gecko BuildID 20131204161642 Version 18.0 ro.build.version.incremental=eng.zhangchun.20131204.155720 ro.build.date=Wed Dec 4 15:57:35 CST 2013 Does it have to be an out of state/country number that calls you in order to get this to happen?
Flags: needinfo?(nhirata.bugzilla) → needinfo?(fai)
I'm in Canada but the only time I get the extra one in front are when I get spam calls and they # they have the 1 pre-inserted in their outgoing number (caller id number) I guess.
I don't think it's an out of state/country issue here. Let's say someone calls in and his number would show on the caller id as 17181111234. It would only show with the name only if I have this number stored in the contact list exactly like it is as in 17181111234. If I have this number on my contact list and it's stored as 7181111234, then incoming call would not be recognized and I would only see the number.
Flags: needinfo?(fai)
Thanks for the additional info. I will reinvestigate.
Flags: needinfo?(nhirata.bugzilla)
So I still can't reproduce getting the 1 in front of the number when receiving a call. I know that in Canada the number 1 does appear as it differentiates a call that is made to the US versus in Canada. I won't be able to confirm this.
Flags: needinfo?(nhirata.bugzilla)
Hei Gregor, is this a problem with libphonenumber? Can you reproduce it? Thx!
Flags: needinfo?(anygregor)
This should work and we have tests for it. Maybe the country detection code is buggy and we don't recognize the country.
Flags: needinfo?(anygregor)
I don't remember seeing this kind of issue when I was in the US either. Naoki wasn't able to reproduce at the time. We started the dogfooding program in last June so I would expect to have duplicates of this bug since. I think it's safe to close this issue today.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.