Closed Bug 862262 Opened 11 years ago Closed 11 years ago

[MMS][User Story] Message Expiry

Categories

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

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:leo+)

RESOLVED DUPLICATE of bug 868218
blocking-b2g leo+

People

(Reporter: khu, Assigned: gnarf)

References

Details

Attachments

(1 file)

MMS messages might come with a relative expiry time period. Retrieving an expired message results in a generic error returned to content page. Should we expose this field to content so that UX may define behaviours for such messages? 

This is for MMS only, and this is used for manual retrieval mode. Sender won't know when the MMS will be expired, but the recipients know. 

Should we implement this feature? Thanks!
blocking-b2g: --- → leo?
Flags: needinfo?(ffos-product)
Summary: Message Expiry → [MMS][User Story] Message Expiry
Checking the specs, I've not seen any special requirement about it, so I would avoid implementing this feature
Minusing given comment 1
blocking-b2g: leo? → -
Kevin, what happens now in the event that the MMS is expired and the user attempts a download of the attachment?
Flags: needinfo?(khu)
Hi Maria / Peter

I think form a UX perspective we are going to need this. If an undownloaded MMS has a 'shelf life' and the user attempts to manually download the message after this 'shelf life' has expired we need to inform them that the message cannot be received as it has expired and therefore been deleted.
(In reply to Peter Dolanjski [:pdol] from comment #3)
> Kevin, what happens now in the event that the MMS is expired and the user
> attempts a download of the attachment?

We have alreadt handle message expiry in Gecko. A generic error is returned upon trying to retrieve a already expired message.
Flags: needinfo?(khu)
Given Vicamo's description, it sounds like this can be handled by ensuring that the error strings are clear.  Ayman, would that suffice from a UX perspective?

I would be happy to have this handled in new UX if risk is not increased with the added scope.
Flags: needinfo?(aymanmaat)
Case covered in wireframe pack:
HTML5_SMS-MMSUserStorySpecifications_20130429_V7.0
page 44

let me know if you require more information
Flags: needinfo?(aymanmaat)
With reference to #comment 4 nominating for leo+
blocking-b2g: - → leo?
Maria, please re-evaluate per Ayman's most recent comments.
Flags: needinfo?(oteo)
I agree with Ayman's proposal, I just only commented that I didn't see any specific requirement about it in Telefónica spec but if it's feasible and important from the User experience point of view, let's go for it!
Flags: needinfo?(oteo)
Assignee: nobody → gnarf37
I made a bug to deal with all of these expiry based messages according to Ayman's latest wireframes - It includes the "past the expiration" message
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Triage - Leo+. Duplicate of a Leo+ bug also.
blocking-b2g: leo? → leo+
Flags: in-moztrap-
Flags: in-moztrap- → in-moztrap?
Flags: needinfo?(ffos-product)
Flags: in-moztrap? → in-moztrap-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: