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
•