Closed Bug 854813 Opened 12 years ago Closed 12 years ago

Linked contacts without name but with e-mail are rendered wrong

Categories

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

x86
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.1 fixed)

VERIFIED FIXED
blocking-b2g tef+
Tracking Status
b2g18 --- fixed
b2g18-v1.0.1 --- fixed

People

(Reporter: crdlc, Assigned: crdlc)

References

Details

(Keywords: regression)

Attachments

(1 file)

STR: 1) I have a contact with just email and photo defined (kevin@yahoo.es) 2) I gonna link this one to my friend "Kevin Maicon" in Facebook 3) The first time, the contact is displayed correctly on the list showing "Kevin Maicon" and his picture 4) Close the contacts app 5) Open the contacts app 6) You can view the contact item with the name "kevin@yahoo.es kevin@yahoo.es". The name will be the email duplicated
It is reproducible on v1.0.1, v1-train and master
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Keywords: regression
Attached file Patch v1
Attachment #729593 - Flags: review?(jmcf)
After landing bug 852036, this patch will also need to be tef+, as otherwise linked contacts could not be searchable and even they could wrongly placed on the build, so nominating it. I can clarify more if needed
blocking-b2g: --- → tef?
(In reply to Jose M. Cantera from comment #3) > After landing bug 852036, this patch will also need to be tef+, as otherwise > linked contacts could not be searchable and even they could wrongly placed > on the build, so nominating it. I can clarify more if needed erratum After landing bug 852036, this patch will also need to be tef+, as otherwise linked contacts could not be searchable and even they could wrongly be placed on the list, so nominating it. I can clarify more if needed
based on screenshots in bug 855353 I think we need to block
blocking-b2g: tef? → tef+
I have to support updates on given and family names on FB, after that maybe we could land this one
Attachment #729593 - Flags: review?(jmcf) → review+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Flags: in-moztrap?(crdlc)
I was not able to uplift this bug to v1-train and v1.0.1. If this bug has dependencies which are not marked in this bug, please comment on this bug. If this bug depends on patches that aren't approved for v1-train and v1.0.1, we need to re-evaluate the approval. Otherwise, if this is just a merge conflict, you might be able to resolve it with: git checkout v1-train git cherry-pick -x -m1 4978fc82b2877394af5bc43a377cfafff99b4e06 <RESOLVE MERGE CONFLICTS> git commit git checkout v1.0.1 git cherry-pick -x $(git log -n1 v1-train)
issue is NOT reproducible on both V1.0.1 and V1.1.0 - Name field was not the duplicated by auto populated email address in the first name field. tested on Unagi running the following builds: V1.0.1 Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/ccec751a468e Gaia ee0bef61c0a25c806dd1eec5a4e047bc418a5f73 Build 2013-04-02-070202 V1.1.0 Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/68c8a883cfc0 Gaia 1c38c91bb16f2bf0d5066c4787d2249463f61bb3 Build 2013-04-02-070204Maps Photo is populated with the photo created on the device side. First name and all other fields are populated with the facebook information that has been linked.
Status: RESOLVED → VERIFIED
Flags: in-moztrap?(crdlc)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: