Closed Bug 1083798 Opened 10 years ago Closed 10 years ago

[Loop] The Shared URL doesn't show the friendly name of the contact the URL was shared

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: lolimartinezcr, Assigned: crdlc)

References

Details

(Whiteboard: [mobile app][not blocking][tef-triage][loop in 1.1][Test-Run1][loop approved for 1.1])

Attachments

(1 file)

STR: 1. User A calls to a user B no registered in Loop (included in his Address Book with "Noloop" name) 2. As User B is not registered in Loop application, the fallback mechanism to share a Loop URL with him is offered to User A 3. User A sends that URL to user B via SMS or via e-mail 4. User A edits user B (included in his Address Book) and user A deletes name to ser B. Expected Result: In the "Shared URL" tab of Device A, a new entry should appear including some information about B contact and the shared URL sent to him. Current Result: Any information about contact B does not appear in the "Shared URL" entry just the identity with we have tried to make the Loop call.
(In reply to Loli (:lolimartinezcr) from comment #0) I rewrite better steps: > STR: > 1. User A calls to a user B no registered in Loop (included in his Address > Book with "Noloop" name) > 2. As User B is not registered in Loop application, the fallback mechanism > to share a Loop URL with him is offered to User A > 3. User A sends that URL to user B via SMS or via e-mail 4. User A taps in "home" button (Loop application is in background). 5. User A taps in "contact" application > 6. User A edits user B (included in his Address Book) and user A deletes > name to ser B. > 7. User A taps in "home" button (contact apllication is in background) 8. User A taps in "Loop" application > Expected Result: > In the "Shared URL" tab of Device A, a new entry should appear including > some information about B contact and the shared URL sent to him. > > Current Result: > Any information about contact B does not appear *inmediately* in the "Shared URL" entry > just the identity with we have tried to make the Loop call. User A can see information about contact B In the "Shared URL" tab when closes Loop completely and after opens Loop application again.
Blocks: 1036490
Whiteboard: [mobile app]
Whiteboard: [mobile app] → [mobile app][not blocking]
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Attached file Github pull request
Thanks Fernando!
Attachment #8506175 - Flags: review?(ferjmoreno)
Comment on attachment 8506175 [details] Github pull request r=me with the comments addressed
Attachment #8506175 - Flags: review?(ferjmoreno) → review+
Whiteboard: [mobile app][not blocking] → [mobile app][not blocking][tef-triage]
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [mobile app][not blocking][tef-triage] → [mobile app][not blocking][tef-triage][loop not in 1.1]
Whiteboard: [mobile app][not blocking][tef-triage][loop not in 1.1] → [mobile app][not blocking][tef-triage][loop not in 1.1][Test-Run1]
Blocks: 1084309
Bug created in: fireE (firee-kk-v2.0-SW2E3-1) Loop version: 1.1 , 2168965
Testing the patch in master is working perfectly (I have checked that removing the name of the contact the identity is shown instead) in the Shared URLs tab and also in the call log for direct Loop calls and also incoming calls that come from a shared URL. Although the bug is not blocking, it works fine and blocks bug 1084309 that imho it's blocking and should be uplifted to 1.1 branch. Cristian, go ahead with the uplift of this bug to 1.1 branch, please
Flags: needinfo?(crdlc)
Whiteboard: [mobile app][not blocking][tef-triage][loop not in 1.1][Test-Run1] → [mobile app][not blocking][tef-triage][loop not in 1.1][Test-Run1][loop approved for 1.1]
Flags: needinfo?(crdlc)
Whiteboard: [mobile app][not blocking][tef-triage][loop not in 1.1][Test-Run1][loop approved for 1.1] → [mobile app][not blocking][tef-triage][loop in 1.1][Test-Run1][loop approved for 1.1]
Pending to be verified on production environment. (5th November)
Tested, once user A deletes name to user B and user A can see information about contact B In the "Shared URL" tab (in my case phone number is showed) Flame eng v2.0 Gecko-dde9d61 Gaia-7b8df99 Loop version: 1.1 , 2e7c3c2
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: