Closed
Bug 802290
Opened 12 years ago
Closed 8 years ago
B2G MMS: MMSCONF-CMO-C-001: Support for requirements defined by the current creation mode
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect)
Tracking
(blocking-b2g:-)
RESOLVED
WONTFIX
blocking-b2g | - |
People
(Reporter: vicamo, Unassigned)
References
Details
(Keywords: feature, Whiteboard: [LOE:M])
See OMA-TS-MMS-CONF-V1_3-20110913-A section 14, and Appendix C.1.11
Comment 1•11 years ago
|
||
This feature is mandatory and we have to implement this feature for MMS in Gaia.
Assignee: nobody → schung
blocking-b2g: --- → leo?
Component: DOM: Device Interfaces → Gaia
Product: Core → Boot2Gecko
Comment 2•11 years ago
|
||
We need UX support to provide layout for creation mode settings and related flow for each mode. Here is some brief introduction for MMS creation mode: MMS creation mode — Select Restricted to have your device prevent you from including content in multimedia messages that may not be supported by the network or the receiving device. To receive warnings about including such content, select Guided. To create a multimedia message with no restrictions on attachment type, select Free. If you select Restricted, creating multimedia presentations is not possible.
Flags: needinfo?(nhsieh)
Flags: needinfo?(kyee)
Updated•11 years ago
|
Whiteboard: [LOE:M]
The UX implications of each creation mode: * restricted = blocks the user from attempting to send a MMS over set message size limits. * free = MMS message is sent regardless of message size limits. User is not prompted or warned. * warning = warns user when attempting to send MMS over a set message size. User still is given the option to send anyways. Currently the UX is specified to work in restricted mode only. Flagging product to see if we should have a carrier modifiable pref or user facing pref to set creation modes.
Flags: needinfo?(nhsieh)
Flags: needinfo?(kyee)
Flags: needinfo?(kev)
Comment 4•11 years ago
|
||
Base on the UX spec, it seems that we are implementing restricted mode.
Comment 5•11 years ago
|
||
Base on MMS_031213_v.0.4.pdf
Comment 6•11 years ago
|
||
leo+ as this is a part of MMS. No_UPLIFT for now before the whole MMS is completed
Whiteboard: [LOE:M] → [LOE:M] NO_UPLIFT
Updated•11 years ago
|
Whiteboard: [LOE:M] NO_UPLIFT → [LOE:M] [NO_UPLIFT]
Comment 7•11 years ago
|
||
per https://bugzilla.mozilla.org/show_bug.cgi?id=840499#c22, this should be removed from leo+, pending one last confirmation
blocking-b2g: leo+ → leo?
Updated•11 years ago
|
blocking-b2g: leo? → -
Flags: needinfo?(kev)
Updated•11 years ago
|
Whiteboard: [LOE:M] [NO_UPLIFT] → [LOE:M]
Updated•10 years ago
|
Component: Gaia → Gaia::SMS
Comment 8•8 years ago
|
||
Un-assign myself since we don't have further plan for creation mode in near future.
Assignee: schung → nobody
Comment 9•8 years ago
|
||
We won't fix this completely. Instead we implement a balance that keeps a good user experience whille not blocking him.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•