Closed
Bug 944275
Opened 11 years ago
Closed 7 years ago
When exporting contacts to SIM card implement a matching and merging algorithm
Categories
(Firefox OS Graveyard :: Gaia::Contacts, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jmcf, Unassigned)
References
Details
(Keywords: feature)
This bug will track the implementation of a matching and merging algorithm while exporting contacts to SIM Card:
Thre algorithm will be based on the iccContactId and on the familyName, givenName and tel number fields according to the passive matching and merging rules. Using these two criteria (iccContactId and passive matching and merging rules we will be solving in a pretty decent manner the export SIM contacts duplication.
Reporter | ||
Updated•11 years ago
|
Summary: When exporting contacts to SIM card implement a matching and merging algorithm based on iccContactId and the passive merge rules → When exporting contacts to SIM card implement a matching and merging algorithm
Reporter | ||
Comment 1•11 years ago
|
||
Proposed algorithm for matching:
Let LC be a local Contact. If LC is not associated to any SIM Contact Id, then, Try to find a matching contact in the SIM Card according to the passive merge rules.
If LC is associated to a SIM Contact Id, then retrieve the SIM Contact corresponding to that id, SC.
If LC.name equals to SC.name and any of LC.telNumber or LC.emailAddress is in SC, then the two contacts match.
If LC.name does not equal to SC.name but any of LC.telNumber or LC.emailAddress is in SC, then the two contacts match.
If LC.name does not equal to SC.name and any of LC.telNumber or LC.email is in SC, then the two contacts do not match. A new entry will have to be created and the LC updated conveniently to reflect its association to a new SIM Contact Id.
Proposed algorithm for merging:
We will never lose data already present on the SIM Card. We will be always updating data.
Flags: needinfo?(aymanmaat)
Reporter | ||
Comment 2•11 years ago
|
||
ni Ayman to validate the proposal
Reporter | ||
Updated•11 years ago
|
blocking-b2g: --- → 1.3?
Reporter | ||
Comment 3•11 years ago
|
||
(In reply to Jose M. Cantera from comment #0)
> This bug will track the implementation of a matching and merging algorithm
> while exporting contacts to SIM Card:
>
> Thre algorithm will be based on the iccContactId and on the familyName,
> givenName and tel number fields according to the passive matching and
> merging rules. Using these two criteria (iccContactId and passive matching
> and merging rules we will be solving in a pretty decent manner the export
> SIM contacts duplication.
See the final proposed algorithm on the comment below
Comment 4•11 years ago
|
||
Hi guys, maybe it is me but I guess some indentation and numbering would help to really understand the algorithm :-p Would you be so kind to rephrase it, José Manuel? As I said, maybe it is too early still in Spain :-)
On the other hand (and maybe it is me again), I do not really get the difference (apart from the naming of the email properties) between:
- If LC.name does not equal to SC.name but any of LC.telNumber or LC.emailAddress is in SC, then the two contacts match.
- If LC.name does not equal to SC.name and any of LC.telNumber or LC.email is in SC, then the two contacts do not match.
Reporter | ||
Updated•11 years ago
|
Assignee: jmcf → gtorodelvalle
Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(aymanmaat)
Comment 6•11 years ago
|
||
Adding to backlog to be properly prioritized.
ni to Omega to know UX input here (please refer to comment 1 and comment 4). Thanks!
blocking-b2g: - → backlog
Flags: needinfo?(ofeng)
Comment 7•11 years ago
|
||
I have the same question as German. I cannot tell the difference between:
- If LC.name does not equal to SC.name but any of LC.telNumber or LC.emailAddress is in SC, then the two contacts match.
- If LC.name does not equal to SC.name and any of LC.telNumber or LC.email is in SC, then the two contacts do not match.
@Jose, could you explain this?
Flags: needinfo?(ofeng) → needinfo?(jmcf)
Reporter | ||
Comment 8•11 years ago
|
||
(In reply to Omega Feng [:Omega] from comment #7)
> I have the same question as German. I cannot tell the difference between:
> -
> -
>
> @Jose, could you explain this?
Let me rewrite a bit:
If LC.name does not equal to SC.name but either LC.telNumber or LC.emailAddress is in SC, then the two contacts match.
If LC.name does not equal to SC.name and LC.telNumber neither LC.email are in SC, then the two contacts do not match.
Does it clarify?
Flags: needinfo?(jmcf)
Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(ofeng)
Comment 9•11 years ago
|
||
ni? Carrie since she's back from PTO.
Flags: needinfo?(ofeng) → needinfo?(cawang)
Comment 11•10 years ago
|
||
Setting this bug as unassigned since I am not working on it so someone can take if it still apply :( Does it, José Manuel? Maybe it can directly close as WONTFIX :)
Assignee: gtorodelvalle → nobody
Flags: needinfo?(jmcf)
Assignee | ||
Updated•10 years ago
|
blocking-b2g: backlog → ---
tracking-b2g:
--- → backlog
Updated•10 years ago
|
tracking-b2g:
backlog → ---
Keywords: feature
Comment 13•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•