840063 - (mms-oma-compliance) [MMS][User Story] OMA MMS v1.2 compliance

Status: RESOLVED FIXED

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

Description

[Peter Dolanjski [:pdol]]

UCID: Messages-049

User Story:
As an operator, I can successfuly test the MMS capabilities of the device against the Open Mobile Alliance's Multimedia Messaging Service V1.2 to ensure that the MMS capabilities of the device meet my minimum operating standards (http://www.openmobilealliance.org/Technical/release_program/mms_v1_2.aspx)

Comment 1

[Joe Cheng [:jcheng] (please needinfo)]

Vicamo, can you take this first? thanks

Comment 2

[Joe Cheng [:jcheng] (please needinfo)]

http://technical.openmobilealliance.org/Technical/release_program/docs/MMS/V1_2-20050429-A/OMA-MMS-CONF-V1_2-20050301-A.pdf

Regarding 7. MM Content Classes. An MMS Client conforming to this document SHALL support MM Content Class Text and at least one other MM Content Class. 

Currently planning to support the minimum Text and Image Basic only.


An MM specified in [MMSCONF] belongs to either MM Content Class Text or MM Content Class Image Basic. In [MMSCONF], support of the speech codecs described in Table 1, SMIL and PIM objects are conditional (respectively under condition of support of audio, presentation part of the multimedia message and PIM). On the other hand, an MMS Client supporting MM Content Class Image Basic has to support presentation of speech codec attachments described in Table 1, SMIL as well as PIM objects in the limits as defined in this section. 

Regarding, SMIL / PIM support, is it needed? Vicamo or Cassie?

Comment 3

[Vicamo Yang [:vicamo][:vyang]]

(In reply to Joe Cheng [:jcheng] from comment #2)
> http://technical.openmobilealliance.org/Technical/release_program/docs/MMS/
> V1_2-20050429-A/OMA-MMS-CONF-V1_2-20050301-A.pdf
> 
> Regarding, SMIL / PIM support, is it needed? Vicamo or Cassie?

You've already excerpted the answer:

> an MMS Client supporting MM Content Class Image Basic has to support presentation of speech
> codec attachments described in Table 1, SMIL as well as PIM objects in the limits as
> defined in this section. 

So both are mandatory to Image Basic cc.

Comment 4

[Dietrich Ayala (:dietrich)]

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.

Comment 5

[Joe Cheng [:jcheng] (please needinfo)]

leo+ as this is a part of MMS and part of v1.1 to be included in leo+ queries. No_UPLIFT for now before the whole MMS is completed

Comment 6

[Dietrich Ayala (:dietrich)]

Vicamo, this bug is leo+ P1 for MMS, but it's unclear what actual work is required, since all three dependent bugs are blocking-.

Can you help sort out what's actually required to be done for 1.1?

Comment 7

[Dietrich Ayala (:dietrich)]

Removing vcard/vcal deps since they're blocking-.

Comment 8

[Dietrich Ayala (:dietrich)]

The b2g mms conformance bug 792319 has no blocking+ dependencies, and neither does this, so flipping the flag to blocking-.

Comment 9

[Vicamo Yang [:vicamo][:vyang]]

Bug 792319 depends on all mandatory items listed on OMA-TS-MMS-CONF-V1_3-20110913-A, which contains features that we're not going to implement in v1.1.  So, instead of depending on a super set, we depend on v1.1 features only here.

Comment 10

[Vicamo Yang [:vicamo][:vyang]]

Now we can close it.