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)
Tracking
(blocking-b2g:leo+, b2g18 fixed)
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".
Updated•11 years ago
|
Blocks: mms-userstories
Updated•11 years ago
|
Assignee: nobody → schung
Assignee | ||
Comment 1•11 years ago
|
||
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)
Updated•11 years ago
|
Whiteboard: [LOE:M]
Comment 3•11 years ago
|
||
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
Updated•11 years ago
|
Whiteboard: [LOE:M] → [LOE:M] [by 3/8]
Reporter | ||
Comment 4•11 years ago
|
||
(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.
Comment 5•11 years ago
|
||
(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?
Comment 6•11 years ago
|
||
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
Comment 7•11 years ago
|
||
creating MMS user stories goes to Product for input. Needinfo reporter
Flags: needinfo?(pdolanjski)
Comment 8•11 years ago
|
||
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)
Comment 9•11 years ago
|
||
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
Comment 10•11 years ago
|
||
(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?
Comment 11•11 years ago
|
||
need bug 848778 to land first before implementing this bug
Whiteboard: [LOE:M] [by 3/8] → [LOE:M]
Comment 12•11 years ago
|
||
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+ → -
Comment 13•11 years ago
|
||
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?
Updated•11 years ago
|
Flags: in-moztrap?
Comment 14•11 years ago
|
||
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.
Comment 15•11 years ago
|
||
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
Updated•11 years ago
|
Whiteboard: [LOE:M] NO_UPLIFT → [LOE:M] [NO_UPLIFT]
Reporter | ||
Comment 16•11 years ago
|
||
Maria, your described approach still satisfies the problem the original user story was targeted towards, so let's go with the wireframes.
Comment 17•11 years ago
|
||
seems like this one still requires UX spec for dev to proceed further
Flags: needinfo?(aymanmaat)
Updated•11 years ago
|
Comment 19•11 years ago
|
||
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)
Comment 20•11 years ago
|
||
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)
Comment 21•11 years ago
|
||
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)
Updated•11 years ago
|
Flags: needinfo?(kyee)
Comment 22•11 years ago
|
||
After reviewing this with Ayman, we agreed that this is really important to have. It would otherwise be quite annoying for users.
Comment 23•11 years ago
|
||
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?
Comment 24•11 years ago
|
||
(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.
Comment 25•11 years ago
|
||
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.
Updated•11 years ago
|
Whiteboard: [LOE:M] [NO_UPLIFT] → [LOE:M]
Updated•11 years ago
|
Target Milestone: --- → 1.1 CS (11may)
Assignee | ||
Comment 26•11 years ago
|
||
Attachment #745018 -
Flags: review?(ehung)
Comment 27•11 years ago
|
||
Comment on attachment 745018 [details]
Patch for mms settings user story
redirect to Arthur.
Attachment #745018 -
Flags: review?(ehung) → review?(arthur.chen)
Comment 28•11 years ago
|
||
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)
Assignee | ||
Comment 29•11 years ago
|
||
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 30•11 years ago
|
||
Comment on attachment 745018 [details]
Patch for mms settings user story
Looks good! r=me.
Attachment #745018 -
Flags: review?(arthur.chen) → review+
Assignee | ||
Comment 31•11 years ago
|
||
merged in master : 149ce6309d561777b82a712023ffb4196f9cf701
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 33•11 years ago
|
||
Uplifted 149ce6309d561777b82a712023ffb4196f9cf701 to: v1-train: e4b3352605fb9356299d08afbb7b3d2fba39cf1f
status-b2g18:
--- → fixed
Comment 34•11 years ago
|
||
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).
Comment 35•11 years ago
|
||
(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.
Description
•