[MMS][User Story] Message send failure, resend

RESOLVED WORKSFORME

Status

P1
normal
RESOLVED WORKSFORME
6 years ago
5 years ago

People

(Reporter: pdol, Assigned: cassie)

Tracking

({feature})

unspecified
ARM
Gonk (Firefox OS)
feature
Dependency tree / graph
Bug Flags:
in-moztrap +

Firefox Tracking Flags

(blocking-b2g:leo+)

Details

(Whiteboard: [LOE:M])

Attachments

(2 attachments)

(Reporter)

Description

6 years ago
UCID: Messages-038

User Story:
As a user, I will be notified if the sending of a message fails and will be given the opportunity to re-send the undelivered message from the application to ensure any composed messages can be sent to their intended recipients
Depends on: 842235
Assignee: nobody → boaz
Vicamo, can you confirm that the platform support is already in place for handling send failures?
Assignee: boaz → vyang
The assumption is that this already works with the implementation of SMS, assigning to Bocoup to confirm.
Assignee: vyang → boaz

Updated

6 years ago
Whiteboard: u=user c=messaging s=v1.1-sprint-3

Updated

6 years ago
Assignee: boaz → cassie
(Assignee)

Updated

6 years ago
Whiteboard: u=user c=messaging s=v1.1-sprint-3 → [LOE:M] u=user c=messaging s=v1.1-sprint-3
(Assignee)

Updated

6 years ago
Assignee: cassie → mike
Created attachment 718563 [details]
Screen shot showing send failure

The SMS application UI updates to communicate failed "send" operations.

This behavior confirmed on Gaia@e47143b20 on a B2G device (Unagi) and FireFox Nightly.

Updated

6 years ago
Depends on: 845991

Updated

6 years ago
Whiteboard: [LOE:M] u=user c=messaging s=v1.1-sprint-3 → [LOE:M]
Created attachment 719503 [details]
Screen shot showing resend dialog

Screen shot showing resend dialog

Upon selecting a message that failed to send, a modal dialog is created confirming a "re-send" operation.

This behavior confirmed on Gaia@e47143b20 on a B2G device (Unagi) and FireFox Nightly.
I've attached two screen shots to confirm that this behavior is implemented as specified by the bug description. This bug will remain open until such time as the MMS application is complete and confirmed to implement the user story.
This functionality it's currently implemented. Peter, as you are the reporter, could you close it? Thanks.
Flags: needinfo?(pdolanjski)
(Reporter)

Comment 7

6 years ago
(In reply to Borja Salguero [:borjasalguero] from comment #6)
> This functionality it's currently implemented. Peter, as you are the
> reporter, could you close it? Thanks.

While it is implemented with SMS, I'd rather not resolve it until we're sure it works with MMS messages as well.
Flags: needinfo?(pdolanjski)
Blocks: 849867
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

6 years ago
Flags: in-moztrap?
leo+ as this is a part of MMS and part of v1.1 to be included in leo+ queries. No_UPLIFT for now before the whole MMS is completed
blocking-b2g: - → leo+
Whiteboard: [LOE:M] → [LOE:M] [NO_UPLIFT]
Assignee: mike → cassie

Comment 10

5 years ago
moztrap #6672
Flags: in-moztrap? → in-moztrap+
Whiteboard: [LOE:M] [NO_UPLIFT] → [LOE:M]
Comment #7 is a noisy way of doing this. The MMS functionality is an iteration on the existing SMS code. Closing this, and QA will reopen when testing if for some reason the devs regress this functionality.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.