Closed
Bug 908574
Opened 11 years ago
Closed 11 years ago
[Buri][Shira-51001]The sender isn't contianed in MMS notifications.
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect, P2)
Firefox OS Graveyard
Gaia::SMS
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: sync-1, Unassigned)
Details
(Whiteboard: 908963)
Attachments
(2 files)
Mozilla build ID:20130817041203 DEFECT DESCRIPTION: MMS notifications are not properly displayed. REPRODUCING PROCEDURES: Customer Impact Statement: MMS notifications are not properly displayed, e.g. in case auto retrieve is set to off only "I have sent you a file. It will be available until dd.mm.yyyy" is shown. An entry in the list for a received MMS notification shall contain the sender when it will expire as given in the received notifiaction. EXPECTED BEHAVIOUR: MMS notifications should contain the sender when it will expire. ASSOCIATE SPECIFICATION: TEST PLAN REFERENCE: TOOLS AND PLATFORMS USED: USER IMPACT: high REPRODUCING RATE: 5/5 For FT PR, Please list reference mobile's behavior:
Comment 5•11 years ago
|
||
Wasn't the sender shown as 18661071201?
(In reply to Vicamo Yang [:vicamo][:vyang] from comment #5) > Wasn't the sender shown as 18661071201? It's a feedback problem from customs. They think it is neccessary to add a sender in the MMS notification area. BTW, I have cloned a pr about this in Mozilla several days ago (bug#862171), but it was closed. Because I think other problems like translation and suject can be fixed in other bugs, I just point out this one.
(In reply to Vicamo Yang [:vicamo][:vyang] from comment #5) > Wasn't the sender shown as 18661071201? It's a feedback problem from customs. They think it is neccessary to add a sender in the MMS notification area. BTW, I have cloned a pr about this in Mozilla several days ago (bug#862171), but it was closed. Because I think other problems like translation and suject can be fixed in other bugs, I just point out this one.
I give a mistake relative bug. It's not bug#862171, but bug#905026.
Comment 10•11 years ago
|
||
(In reply to Julien Wajsberg [:julienw] from comment #9) > Ayman, what do you think about comment 6 ? Have we not already addressed this question about showing the sender several times before? ...and you state clearly in comment 11 of bug 905026... ..."2. "MMS notification": do you mean the "message" that is displayed in the thread ? Then the "sender" is shown at the top of the view, in the header. Isn't this enough ?" But i notice no one has replied to you. So I will reiterate. From a UX PoV having the sender of the message in the header of the message is enough. At this point it is unnecessary to *also* display sender within the MMS message. ni? to 田旻 and sync-1@bugzilla.tld to outline why it is felt necessary to *also* include sender in the MMS notification as well as the header in case we are missing something.
Flags: needinfo?(tianm)
Flags: needinfo?(sync-1)
Flags: needinfo?(aymanmaat)
Comment 11•11 years ago
|
||
(In reply to ayman maat :maat from comment #10) > (In reply to Julien Wajsberg [:julienw] from comment #9) > > Ayman, what do you think about comment 6 ? > > > Have we not already addressed this question about showing the sender several > times before? ...and you state clearly in comment 11 of bug 905026... > > ..."2. "MMS notification": do you mean the "message" that is displayed in > the thread ? > Then the "sender" is shown at the top of the view, in the header. Isn't this > enough ?" > > > But i notice no one has replied to you. So I will reiterate. From a UX PoV > having the sender of the message in the header of the message is enough. At > this point it is unnecessary to *also* display sender within the MMS message. > > ni? to 田旻 and sync-1@bugzilla.tld to outline why it is felt necessary to > *also* include sender in the MMS notification as well as the header in case > we are missing something. Dears, It's feedback info from our customs, They think it's neccessary to require us to display a sender in MMS download notification. Then I will discuss this bug with my leader and give you some feedback soon.
Flags: needinfo?(tianm)
Flags: needinfo?(sync-1)
Comment 12•11 years ago
|
||
it does not make sense to have this included in the general operating system. OEM may need to customize for their customers if needed
blocking-b2g: koi? → ---
Comment 13•11 years ago
|
||
Jack, could you please explain what is this number in the whiteboard ? Thanks !
Comment 14•11 years ago
|
||
Ok, it's quite clear we won't change this now. Thanks!
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•