Closed
Bug 883746
Opened 12 years ago
Closed 7 years ago
[MMS] Sending MMS: customization when data off
Categories
(Firefox OS Graveyard :: RIL, defect)
Tracking
(blocking-b2g:-)
RESOLVED
WONTFIX
blocking-b2g | - |
People
(Reporter: noemi, Unassigned)
References
Details
(Keywords: feature, Whiteboard: MMS_TEF, )
Have the chance to customize if MMS will be sent or not when data off:
1.In case yes("sent"=true): MMS will be transparently sent (without user interaction)
2.In case not("sent"=false): MMS won’t be sent
Reporter | ||
Comment 1•12 years ago
|
||
Nominating to leo? in order to have enough flexibility to adapt to different markets and pricing schemas
blocking-b2g: --- → leo?
Reporter | ||
Updated•12 years ago
|
Whiteboard: MMS_TEF
Reporter | ||
Updated•12 years ago
|
Summary: [MMS] MMS customization when data off → [MMS] Sending MMS customization when data off
Reporter | ||
Updated•12 years ago
|
Summary: [MMS] Sending MMS customization when data off → [MMS] Sending MMS: customization when data off
Updated•12 years ago
|
blocking-b2g: leo? → leo+
Comment 2•12 years ago
|
||
Do we need to notify user when MMS won't be sent?
Comment 3•12 years ago
|
||
Please give more detailed information about the necessity, radio/legislative regulations of such requirement. That's not a previously defined behaviour and Gecko is not prepared for this.
blocking-b2g: leo+ → leo?
Comment 4•12 years ago
|
||
Vicamo - partner is asking for this to be customizable by OEM within the customization settings.
So OEM can set for a build to customise behaviours when:
1. if data is off
- 1.a if not roaming
- 1.b if roaming
2. if data is on
Can you estimate the effort here?
adding juren for customization comments
Updated•12 years ago
|
Whiteboard: MMS_TEF → MMS_TEF, TaipeiWW
Comment 5•12 years ago
|
||
Triage awaiting results from discussion with partners.
Comment 6•12 years ago
|
||
(In reply to Wayne Chang [:wchang] from comment #4)
> adding juren for customization comments
See https://bugzilla.mozilla.org/show_bug.cgi?id=862764#c28 please.
Comment 7•12 years ago
|
||
Conversations are happening in email about whether or not this will block. Please do not set blocking unless you are on those emails.
Comment 8•12 years ago
|
||
I had discussed this customization with Vicamo and Chia-Hung before. We all agree that this
customization should owned by service, but not RIL. That means we should implement this
customization items in MMS service.
Assignee: nobody → ctai
Comment 12•12 years ago
|
||
I want to create a flag called "bundleSendingMMSWithData". It is operator dependent. So bundleSendingMMSWithData is false for TEF. Can be true for other operator. But what should be the default value?
Flags: in-moztrap+ → in-moztrap?
Comment 13•12 years ago
|
||
Removing leo+ on this after further discussions with partner. This (being able to customize) is a desired but not release blocking feature.
blocking-b2g: leo+ → ---
Updated•12 years ago
|
Whiteboard: MMS_TEF, TaipeiWW → MMS_TEF,
Updated•12 years ago
|
Assignee: ctai → nobody
Updated•11 years ago
|
Component: DOM: Device Interfaces → RIL
Product: Core → Firefox OS
Comment 14•11 years ago
|
||
I think I mislabel the flag in-moztrap?. Revert it. Please see comment 11.
Flags: in-moztrap? → in-moztrap+
Updated•11 years ago
|
blocking-b2g: --- → backlog
Updated•10 years ago
|
blocking-b2g: backlog → -
Comment 15•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•