Closed Bug 876483 Opened 11 years ago Closed 7 years ago

[Messages][groupmms] we always display the first recipient's information, even if it's not a contact and other are

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog)

RESOLVED WONTFIX
tracking-b2g backlog

People

(Reporter: julienw, Unassigned)

References

Details

(Keywords: feature, Whiteboard: groupmms)

Attachments

(1 file)

STR:
* start a new message
* add 2 recipients, the first one without a contact (a "pure" number), the second one with a contact
* switch to mms by attaching an image
* send the MMS (note: you can enable flight mode if you don't want to send the message)

Expected:
* the header switches to "<name of the contact> (+1)"

Actual:
* the header switches to "<first number> (+1)"

Note that in Bug 858362 we changed how getContactDetails work when we feed it multiple contacts, so that's probably what we need to do here too.

Blocking the release because it's the polishing of the MMS work.
NI dietrich for leo+
Flags: needinfo?(dietrich)
blocking-b2g: leo? → leo+
Flags: needinfo?(dietrich)
Assignee: nobody → schung
Steve, how is it going ? Are you able to work on this, or could someone else take it ?
I can take this if Steve is ok with that
I'm happy with anyone doing it, just don't assign yourself if you don't work on it, so that somebody else can take it :)
Sorry the late reply. I got stuck in other bugs but I think it's not a complicate polishing work, I'll send the patch today, thanks.
Hi Julien, I haven't finished the test cases yet, but you could take a look first that the solution is feasible or not. Thanks.
Attachment #762603 - Flags: review?(felash)
Depends on: 875836
Steve, I'm blocking on this one because I realized that this will be trivial once bug 875836 lands

reference: https://github.com/mozilla-b2g/gaia/pull/10394#issuecomment-19464468
Then I'm waiting.
Ok for me, I will update the patch after bug 875836, thanks.
Triage agreed this isn't a blocker, since this is really just polish. UX can renominate for leo+ if they strongly disagree.
blocking-b2g: leo+ → -
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment on attachment 762603 [details]
Patch for showing the validate contact information

cleaning my review flag until the new patch is ready
Attachment #762603 - Flags: review?(felash)
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(aymanmaat)
Summary: [mms][multi recipient] we always display the first recipient's information, even if it's not a contact and other are → [mms][multi-recipient] we always display the first recipient's information, even if it's not a contact and other are
Will probably disable multi-recipient threads in 1.1 anyway.
(In reply to Alex Keybl [:akeybl] from comment #10)
> Triage agreed this isn't a blocker, since this is really just polish. UX can
> renominate for leo+ if they strongly disagree.

I dont believe this is a blocker, especially with reference to Comment 12. Therefore I will not be renominating to LEO
Flags: needinfo?(aymanmaat)
Whiteboard: groupmms
Per triage decision, all groupmms moving to koi? as the feature is no longer in leo.
blocking-b2g: - → koi?
blocking-b2g: koi? → ---
Steve, can I take this?
Oh, sure, I haven't rework the patch yet. Feel free to take it.
Assignee: schung → waldron.rick
blocking-b2g: --- → backlog
Assignee: waldron.rick → nobody
blocking-b2g: backlog → ---
This should be easier once we have contact information inside a local DB.
Blocks: sms-groupmms
Summary: [mms][multi-recipient] we always display the first recipient's information, even if it's not a contact and other are → [Messages][groupmms] we always display the first recipient's information, even if it's not a contact and other are
Mass closing of Gaia::SMS bugs. End of an era :(
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Mass closing of Gaia::SMS bugs. End of an era :(
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: