Closed
Bug 904515
Opened 11 years ago
Closed 11 years ago
[Contact] Matching is not working when phone number is saved with prefix
Categories
(Firefox OS Graveyard :: Gaia::Contacts, defect)
Tracking
(blocking-b2g:koi+, b2g-v1.2 fixed)
Tracking | Status | |
---|---|---|
b2g-v1.2 | --- | fixed |
People
(Reporter: isabelrios, Assigned: gtorodelvalle)
References
Details
(Whiteboard: [u=commsapps-user c=contacts p=0])
Attachments
(3 files)
Unagi device master 08/13 build: Gecko-2fb3fd7 Gaia-8fd21ce ref ril STR 1. Create a new contact with Name, Last Name and Phone Number, i.e: Contact 123456789 2. Tap on Done 3. Create a second contact with Name, Last Name and same Phone Number but without prefix: +34 123456789 4. Tap on Done EXPECTED After tapping on Done when the second contact is created, the Duplicates found screen should be shown with the option to Merge both contacts as the phone number is the same ACTUAL The Duplicates found screen is not shown. The second contact is created normally.
Updated•11 years ago
|
Assignee: nobody → mihai
Comment 2•11 years ago
|
||
Since the phone number matching depends on the search implementation from contacts API, there is bug 860806 which already tracks searching internationalized numbers. The patch from there might solve this issue without needing any other changes.
Depends on: 860806
Comment 3•11 years ago
|
||
Isn't this duplicate of bug 875542 ?
Comment 4•11 years ago
|
||
Matej: nope, the search inside the Contacts app is done using a different mean. Isabel, could you please test this again with a recent build ?
Flags: needinfo?(isabelrios)
Reporter | ||
Comment 5•11 years ago
|
||
Hi Julien, With today (09/13) build, Gecko-ec0b45d Gaia-0df2b51 The bug can be reproduced.
Flags: needinfo?(isabelrios)
Comment 6•11 years ago
|
||
Isabel, I cannot reproduce this. Please could you try it with a real phone number and not with dummy numbers? For instance, in Spain +34 xxxx, France +33 xxx etc. thanks
Flags: needinfo?(isabelrios)
Updated•11 years ago
|
Assignee: mihai → jmcf
Updated•11 years ago
|
OS: Windows 7 → Gonk (Firefox OS)
Updated•11 years ago
|
Assignee: jmcf → gtorodelvalle
Reporter | ||
Comment 7•11 years ago
|
||
There are still some problems: Having a contact in the contact list with +34 xxxxxxxxx and importing from SIM the same contact with xxxxxxxxx, will merge but in contact's details two entries are created for phone numbers, one for each number, with and without prefix. Having a contact in the contact list with xxxxxxxxx and importing from SIM the same contact with +34 xxxxxxxxx, will not merge and two contacts appear in the contact list. Also, if there is a contact in the contact list with +34 xxxxxxxxx or xxxxxxxxx, and a new contact is created with 0034 xxxxxxxxx, no duplicates are found. All tests done with valid numbers.
Flags: needinfo?(isabelrios)
Comment 8•11 years ago
|
||
Hi Tested with 10/02 v1.2 build: Gecko-f0e33a4 Gaia-7447624 Having 555555555 in the contact list and adding +34555555555 -> duplicates found Having 666666666 in the contact list and adding +34666666666 -> duplicates found Having 619248361 in the contact list and adding +34619248361 -> duplicates found Having 444444444 in the contact list and adding +34444444444 -> duplicates not found Having 456787878 in the contact list and adding +34456787878 -> duplicates not found In addition to the last issue in comment 7,no duplicates are found when trying to add 0034 XXXXXXXXX in all scenarios above.
Assignee | ||
Comment 9•11 years ago
|
||
Hi guys, "quick" update about this issue ;-) Testing using Gecko-ebd615f and Gaia-master (from some minutes ago), the cases Noemí mentions (kind of) work. I say kind of since: 1. Having a contact with phone number 444444444 (which was a case Noemí mentioned in her last comment) and name: "N1"... 2. Adding a new contact with phone number +34444444444 and name "N2"-> Detects the presence of a duplicate (the one from 1). Do not merge them. 3. Adding an additional contact with phone number 0034444444444 and name "N3" -> Detects the presence of 2 duplicates (the ones from 1 and 2). The problem here is that the matched phone number is not properly highlighted (I'll upload a screenshot in a sec.). On the same hand, when showing the matching contact details, the phone number is not properly highlighted either (new attachment on the go). As a side note, this problem reproduces when the original contact' phone number has a national prefix on it. This is, finding matching contacts for +34444444444 or for 0034444444444 causes the previous mentioned misbehavior, whereas when finding duplicate contacts for the contact with phone number 444444444 works as expected and the matching phone numbers are properly shown and highlighted. Investigating the source of this issue. I'll keep you posted.
Assignee | ||
Comment 10•11 years ago
|
||
Assignee | ||
Comment 11•11 years ago
|
||
Reporter | ||
Comment 12•11 years ago
|
||
FYi, two bugs created for covering the two issues mentioned in comment 7: Bug 924064 Having a contact in the contact list with +34 xxxxxxxxx and importing from SIM the same contact with xxxxxxxxx, will merge but in contact's details two entries are created for phone numbers, one for each number, with and without prefix. Bug 924066 Having a contact in the contact list with xxxxxxxxx and importing from SIM the same contact with +34 xxxxxxxxx, will not merge and two contacts appear in the contact list.
Assignee | ||
Comment 13•11 years ago
|
||
Geez! This is getting weirder ;-999 comment 8 is the observed behavior in case the device has a physical SIM inserted, whereas comment 9 to comment 11 is the observed behavior when the device has no physical SIM inserted :-O In this last case (no SIM inserted), the highlighting problem mentioned in comment 9 is due to the way the numbers are sanitized and compared in contacts_matcher.js (https://github.com/mozilla-b2g/gaia/blob/master/apps/communications/contacts/js/contacts_matcher.js#L89) In case of numbers with national prefixes, this comparison is not right since "+34..." is not equal to "0034...". We should be using variants and simple_phone_matcher.js (https://github.com/mozilla-b2g/gaia/blob/master/shared/js/simple_phone_matcher.js) for this. I'll solve the second issue (no physical SIM inserted) and then move to the first one so the highlighting issue should also be solved ;-)
Assignee | ||
Comment 14•11 years ago
|
||
Attachment #814369 -
Flags: review?(jmcf)
Updated•11 years ago
|
Attachment #814369 -
Flags: review?(jmcf) → review+
Comment 15•11 years ago
|
||
Patch for Highlighting and Phone Variants landed on master: https://github.com/mozilla-b2g/gaia/commit/e034881d8750f9a547c116e0812067784f8f65f1
Updated•11 years ago
|
Target Milestone: --- → 1.2 C3(Oct25)
Assignee | ||
Comment 16•11 years ago
|
||
Hi! once bug 924378 has been solved, this bug is also fixed ;-) Thanks!
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 17•11 years ago
|
||
Uplifted e034881d8750f9a547c116e0812067784f8f65f1 to: v1.2: bc59ef0640ba883bf9844fdd0be722dad43e193d
status-b2g-v1.2:
--- → fixed
Reporter | ||
Comment 18•11 years ago
|
||
Verified on 10/25 v1.2 build: Gecko-9150851 Gaia-606517c
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•