Closed
Bug 840087
Opened 12 years ago
Closed 12 years ago
[MMS][User Story] New message notification when auto-download disabled
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect, P1)
Tracking
(blocking-b2g:leo+)
RESOLVED
DUPLICATE
of bug 840090
blocking-b2g | leo+ |
People
(Reporter: pdol, Assigned: steveck)
References
Details
(Keywords: feature, Whiteboard: [LOE:L][NO_UPLIFT])
Attachments
(1 file, 1 obsolete file)
(deleted),
application/pdf
|
Details |
UCID: Messages-041
User Story:
As a user I will be notified that I have content waiting for download if I have received an MMS notification and have disabled auto-downloads of MMS messages so I am aware of the new content and can take action as I see fit.
Updated•12 years ago
|
Depends on: b2g-mms-dom-api
Updated•12 years ago
|
Blocks: mms-userstories
Updated•12 years ago
|
Assignee: nobody → boaz
Updated•12 years ago
|
Assignee: boaz → schung
Comment 1•12 years ago
|
||
Gaia: LOE: S
Gecko: bug 760065, LOE: L
Whiteboard: u=user c=messaging s=v1.1-sprint-3 → u=user c=messaging s=v1.1-sprint-3 [LOE:L]
Comment 3•12 years ago
|
||
Gene will create a Bugzilla case for the API, for this case and also for bug 840090.
Comment 4•12 years ago
|
||
Per partner and release-driver discussions, marking blocking- until all MMS functionality in bug 849867 is complete, allowing it all to be uplifted at once to avoid SMS bustage.
blocking-b2g: leo+ → -
Updated•12 years ago
|
Whiteboard: [LOE:L] [3/11~3/15] → [LOE:L] [target 3/22]
Updated•12 years ago
|
Flags: in-moztrap?
Assignee | ||
Comment 5•12 years ago
|
||
Hi Ayman, when message app auto-download status is disabled, carrier will send a notification to receiver with content like that:"You have 1 MMS message...., please click here to download the message". When download button clicked, user will receive actuall mms message from sender. I haven't seen any related topic in the wireframe. Could you please update the flow about message notification part? Thanks.
Flags: needinfo?(aymanmaat)
Updated•12 years ago
|
Flags: needinfo?(hi.jorgejuanp)
Comment 6•12 years ago
|
||
leo+ as this is a part of MMS. No_UPLIFT for now before the whole MMS is completed
blocking-b2g: - → leo+
Whiteboard: [LOE:L] [target 3/22] → [LOE:L] [target 3/22] NO_UPLIFT
Updated•12 years ago
|
Whiteboard: [LOE:L] [target 3/22] NO_UPLIFT → [LOE:L] [NO_UPLIFT]
Updated•12 years ago
|
Comment 8•12 years ago
|
||
This should probably be updated to also display the error state / retry when NOT on automatic download.
Since I'm having some issues with not-downloaded, I'd really like to work on this ticket, can you transfer owner Steve?
Comment 9•12 years ago
|
||
(In reply to Steve Chung from comment #5)
> Hi Ayman, when message app auto-download status is disabled, carrier will
> send a notification to receiver with content like that:"You have 1 MMS
> message...., please click here to download the message". When download
> button clicked, user will receive actuall mms message from sender. I haven't
> seen any related topic in the wireframe. Could you please update the flow
> about message notification part? Thanks.
Hi Steve
page 39 of wireframes attached to this bug addresses this. please feel free to ping me if more clarity is required.
Flags: needinfo?(aymanmaat)
Comment 10•12 years ago
|
||
Updated•12 years ago
|
Flags: needinfo?(hi.jorgejuanp)
Updated•12 years ago
|
Whiteboard: [LOE:L] [NO_UPLIFT] → [LOE:L]
Updated•12 years ago
|
Assignee: schung → gnarf37
Assignee | ||
Updated•12 years ago
|
Assignee: gnarf37 → schung
Updated•12 years ago
|
Whiteboard: [LOE:L] → [LOE:L][NO_UPLIFT]
Assignee | ||
Comment 11•12 years ago
|
||
Hi Ayman, based on the wireframe you provide p.38. The not downloaded notification text should be the same, but wording in wireframe might need some adjustment because the sender could be operator. I use another wording like "Message is not downloaded yet" in 840090 patch. If you could come out a proper string for general case, I will fire another patch for updating l10n string in this bug, thanks.
Flags: needinfo?(aymanmaat)
Comment 12•12 years ago
|
||
(In reply to Steve Chung from comment #11)
> Hi Ayman, based on the wireframe you provide p.38. The not downloaded
> notification text should be the same, but wording in wireframe might need
> some adjustment because the sender could be operator. I use another wording
> like "Message is not downloaded yet" in 840090 patch. If you could come out
> a proper string for general case, I will fire another patch for updating
> l10n string in this bug, thanks.
Hi Steve,
Thanks for flagging to me.
I am going to pass this to Tyler (copywriter) to give you the string.
Attaching the latest wireframe pack as well so all the information is available.
Flags: needinfo?(aymanmaat) → needinfo?(tyler.altes)
Comment 13•12 years ago
|
||
attached as per #comment 12
Assignee | ||
Updated•12 years ago
|
Attachment #741245 -
Attachment is obsolete: true
Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Comment 15•12 years ago
|
||
As far as I understand, the text in question appears within the message thread to inform the user that they need to download the received message. If that is correct, and based on the wireframes provided by Ayman, I would put:
"MMS pending download.
It will be available until (expiry_date)."
Flags: needinfo?(tyler.altes)
You need to log in
before you can comment on or make changes to this bug.
Description
•