Closed Bug 840076 Opened 11 years ago Closed 11 years ago

[MMS][User Story] MMS download options

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:leo+, b2g18 fixed)

RESOLVED FIXED
1.1 CS (11may)
blocking-b2g leo+
Tracking Status
b2g18 --- fixed

People

(Reporter: pdol, Assigned: steveck)

References

Details

(Keywords: feature, Whiteboard: [LOE:M])

Attachments

(1 file)

UCID: Messages-018

User Story:
As a user, I can configure how my terminal downloads MMS content while roaming to help control the data charges I incur. The options I should have should include "automatic" (no prompting), "manual" (with prompting), and "never".
Depends on: 810067
Depends on: 842487
Assignee: nobody → schung
Need UX support to provide the wireframe for the MMS settings layout and flow.
Flags: needinfo?(kyee)
This is covered in the UX spec page 15:
https://www.dropbox.com/s/zc3hhd1mxi16p4w/MMS.pdf

Additional interaction details have been added to comment 2 on bug #840066
Flags: needinfo?(kyee)
Whiteboard: [LOE:M]
This (MMS download when roaming) should be coherent with data mobile setting in romaing. 

We are understanding here: 
- Never: message not downloaded ever
- Manual: message downloaded if accepted by user AND data mobile in romaing is set to ON
- Automatic: message downloaded if data mobile in romaing is set to ON

Could you please confirm if that is the expected behavior?

Thanks!
David
Whiteboard: [LOE:M] → [LOE:M] [by 3/8]
(In reply to David Palomino [:dpv] from comment #3)
> This (MMS download when roaming) should be coherent with data mobile setting
> in romaing. 
> 
> We are understanding here: 
> - Never: message not downloaded ever
> - Manual: message downloaded if accepted by user AND data mobile in romaing
> is set to ON
> - Automatic: message downloaded if data mobile in romaing is set to ON
> 
> Could you please confirm if that is the expected behavior?

This is absolutely accurate.  The overall roaming data setting governs all download behavior including MMS attachments.
(In reply to David Palomino [:dpv] from comment #3)
> This (MMS download when roaming) should be coherent with data
> mobile setting in romaing. 

What if user is not roaming at all? So we should always download MMS when in home network?
Hi Vicamo, 

That's a good question. MMS tarification varies carrier by carrier. There are multiple tarification possibilities managed by the carriers (being in home network):

- Sending of MMS
   + Fix cost per message (i.e. 0,xx€ / MMS): sending MMS should be allowed even with mobile data disabled
   + Included in the flat data rate: sending MMS should not be allowed even with mobiel data disabled

- Reception of MMS
   + Free of charge: reception should be allowed with mobile data disabled
   + Included in flat data rate: should not be allowed with mobile data disabled

Summarizing, I'd suggest to create a couple of MMS US for allowing to configure the sending/reception of MMS with mobile data disabled. 

Does it sound ok for you?

Thks!
David
creating MMS user stories goes to Product for input. Needinfo reporter
Flags: needinfo?(pdolanjski)
Having a similar set of prefs for the home network makes a lot of sense, but I haven't seen that specific requirement from our partners. Other platforms have a "On/Off" toggle, and we probably want to include that as an overriding pref for MMS in general. Joe/Casey, do we need a US for this?
Flags: needinfo?(pdolanjski)
Yes please. for new features that needs to be included in v1.1, it is preferable that we follow the same process for all features. Thanks
(In reply to David Palomino [:dpv] from comment #6)
>    + Included in the flat data rate: sending MMS should not be allowed even
> with mobiel data disabled
> 
> - Reception of MMS
>    + Free of charge: reception should be allowed with mobile data disabled
>    + Included in flat data rate: should not be allowed with mobile data
> disabled


I suppose it makes sense then to have a toggle to turn on/off the MMS feature in messaging settings.   What would be the default state?   Is this something we can detect from the network?  Maybe a operator pref that can be set at build?
need bug 848778 to land first before implementing this bug
Whiteboard: [LOE:M] [by 3/8] → [LOE:M]
Blocks: mms-p1
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+ → -
Casey, I would say that it's something that _can_ be set as a build pref, but it should also be exposed to the user as a pref.

(In reply to Casey Yee [:cyee] from comment #10)
> (In reply to David Palomino [:dpv] from comment #6)
> >    + Included in the flat data rate: sending MMS should not be allowed even
> > with mobiel data disabled
> > 
> > - Reception of MMS
> >    + Free of charge: reception should be allowed with mobile data disabled
> >    + Included in flat data rate: should not be allowed with mobile data
> > disabled
> 
> 
> I suppose it makes sense then to have a toggle to turn on/off the MMS
> feature in messaging settings.   What would be the default state?   Is this
> something we can detect from the network?  Maybe a operator pref that can be
> set at build?
Depends on: 843445
Depends on: 850582
Flags: in-moztrap?
This user story, is not aligned with latest WF (https://www.dropbox.com/s/zc3hhd1mxi16p4w/MMS.pdf) page 46. 
Where two settings are defined:
 - Automatically retrieve multimedia messages
 - Automatically retrieve multimedia messages while roaming
Both settings can be either activated or de-activated (only two possible values per setting).

We believe that WF option makes more sense and it is aligned with what other platforms do so we suggset we move forward along the lines of the WF.

The behaviour we suggest is:

- When  "Automatically retrieve multimedia messages" is OFF, incoming MMS will be only notified to the user (i.e. the content will not be downloaded unless the user actively click on the MMS to download it). If this flag is set to "OFF", the "Automatically retrieve multimedia messages while roaming" is set automatically to "OFF".

- When "Automatically retrieve multimedia messages" is ON, if the user is not roaming, incoming MMS will be downloaded automatically. This will depend on the availability of network connection (i.e. if no connection is available or connection is disabled the MMS content will not be downloaded) 

  If the user is roaming, the behaviour will be determined by the flag "Automatically retrieve multimedia messages while roaming":

     * If this flag is set to "OFF", the MMS will not be downloaded and only the MMS notification will be shown to the user (i.e. the content will not be downloaded unless the user actively click on the MMS to download it). 

    * If this flag is set to "ON", the MMS will be downloaded automatically. Please note that this will depend on the availability of network connection (i.e. if no connection is available or connection is disabled the MMS content will not be downloaded) 

This behaviour addresses not only this US but also the US described in bugs 840087 and 840090.
leo+ as this is a part of MMS. No_UPLIFT for now before the whole MMS is completed
blocking-b2g: - → leo+
Whiteboard: [LOE:M] → [LOE:M] NO_UPLIFT
Whiteboard: [LOE:M] NO_UPLIFT → [LOE:M] [NO_UPLIFT]
Maria, your described approach still satisfies the problem the original user story was targeted towards, so let's go with the wireframes.
seems like this one still requires UX spec for dev to proceed further
Flags: needinfo?(aymanmaat)
moztrap #6768
Flags: in-moztrap? → in-moztrap+
In current implementation of MMS, MMS only work when data connection is enabled.

We have below sceneraios.
I want 
1. Not roaming, data connection enabled, data roaming disabled.
Auto - can send/receive MM.
AutoHome - can send/receive MM.
Manual - can send/receive MM.
Never - can't send/receive MM.
2. Not roaming, data connection disabled, data roaming disabled.
Auto - can't send/receive MM.
AutoHome - can't send/receive MM.
Manual - can't send/receive MM.
Never - can't send/receive MM.
3. Roaming, data connection enabled, data roaming enabled.
Auto - can send/receive MM.
AutoHome - can't send/receive MM.
Manual - can't send/receive MM.
Never - can't send/receive MM.
4. Roaming, data connection enabled, data roaming disabled.
Auto - can't send/receive MM.
AutoHome - can't send/receive MM.
Manual - can't send/receive MM.
Never - can't send/receive MM.

Is it ok for UX?
Flags: needinfo?(kyee)
This looks correct to me.

Though It would make sense to automatically and temporarily switch data On to send and receive MMS messages if MMS is enabled.   Do we do this?  I think that this would be important since I don't think that users would associate MMS functionality with mobile data usage.
Flags: needinfo?(kyee) → needinfo?(ctai)
Currently, we don't automatically and temporarily switch data On to send and receive MMS messages if MMS is enabled. Should we do this? If yes, should we open a new bug for this one?
Flags: needinfo?(ctai) → needinfo?(kyee)
Flags: needinfo?(kyee)
After reviewing this with Ayman, we agreed that this is really important to have.   It would otherwise be quite annoying for users.
We should also try to prevent any other applications from leaking any data through when we temporarily turn On the data connection to send MMS messages.   

One way we could do this is to allow data only on the MMS APN when the data connection is toggled On.   

There are however some networks that use the same APN information for both data connection and MMS.   For these we risk the risk of data leaking through from background applications.   I'm not sure if there is a workable solution for this scenario?
(In reply to Casey Yee [:cyee] from comment #23)
> We should also try to prevent any other applications from leaking any data
> through when we temporarily turn On the data connection to send MMS
> messages.   

We discussed this in a meeting last night -- this is a significant change to our connection handling and would be out of scope for v1.1. (a) Turning on data automatically and (b) restricting data traffic to MMS should each be opened as separate bugs for prioritization in a later release.
Steve, et all, have you written any code for this panel at all? I'm going to pull this to bocoup per our conversation/planning in Madrid.
Whiteboard: [LOE:M] [NO_UPLIFT] → [LOE:M]
Target Milestone: --- → 1.1 CS (11may)
Attachment #745018 - Flags: review?(ehung)
Comment on attachment 745018 [details]
Patch for mms settings user story

redirect to Arthur.
Attachment #745018 - Flags: review?(ehung) → review?(arthur.chen)
Comment on attachment 745018 [details]
Patch for mms settings user story

Thank you for the work, Steve! Please check the comments in github.
Attachment #745018 - Flags: review?(arthur.chen)
Comment on attachment 745018 [details]
Patch for mms settings user story

Thanks for the review, I made some changes based on your comments.
Attachment #745018 - Flags: review?(arthur.chen)
Comment on attachment 745018 [details]
Patch for mms settings user story

Looks good! r=me.
Attachment #745018 - Flags: review?(arthur.chen) → review+
merged in master : 149ce6309d561777b82a712023ffb4196f9cf701
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Uplifted 149ce6309d561777b82a712023ffb4196f9cf701 to:
v1-train: e4b3352605fb9356299d08afbb7b3d2fba39cf1f
Agreed default settings:

"Automatically retrieve multimedia messages" is ON, so incoming MMS will
be downloaded automatically. This will depend on the availability of
network connection (i.e. if no connection is available or connection is
disabled the MMS content will not be downloaded)

"Automatically retrieve multimedia messages while roaming", normally is
OFF by default, the MMS will not be downloaded and only the MMS
notification will be shown to the user (i.e. the content will not be
downloaded unless the user actively click on the MMS to download it).
(In reply to Maria Angeles Oteo:oteo from comment #34)
> Agreed default settings:
> 
> "Automatically retrieve multimedia messages" is ON, so incoming MMS will
> be downloaded automatically. This will depend on the availability of
> network connection (i.e. if no connection is available or connection is
> disabled the MMS content will not be downloaded)
> 
> "Automatically retrieve multimedia messages while roaming", normally is
> OFF by default, the MMS will not be downloaded and only the MMS
> notification will be shown to the user (i.e. the content will not be
> downloaded unless the user actively click on the MMS to download it).

documented in HTML5_SMS-MMSUserStorySpecifications_20130503_V8.0
Flags: needinfo?(aymanmaat)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: