Closed
Bug 840056
Opened 12 years ago
Closed 12 years ago
[MMS][User Story] Audio playback from message
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect, P1)
Tracking
(blocking-b2g:leo+, b2g18 fixed)
Tracking | Status | |
---|---|---|
b2g18 | --- | fixed |
People
(Reporter: pdol, Assigned: gnarf)
References
()
Details
(Keywords: feature, relnote, Whiteboard: [LOE:M],relnote-b2g:1.1+)
Attachments
(2 files)
UCID: Messages-055
User Story:
As a user, I want to be able to initiate the playback of audio directly from a message (sent or received).
Updated•12 years ago
|
Depends on: b2g-mms-dom-api
Updated•12 years ago
|
Blocks: mms-userstories
Updated•12 years ago
|
Blocks: b2g-mms-ui
Updated•12 years ago
|
Assignee: nobody → boaz
Updated•12 years ago
|
Assignee: boaz → cassie
Whiteboard: u=user c=messaging s=v1.1-sprint-3 → [LOE:M] u=user c=messaging s=v1.1-sprint-3
What is a common use case for sending audio using MMS? Do you think that it's appropriate to use the standard music player layout for this or do you think we need to design new play controls to play-in-place within a message?
Flagging Peter for more info
Flags: needinfo?(pdolanjski)
Comment 2•12 years ago
|
||
I think it's appropriate to keep the experience consistent and implement the std music player, but it may be something we want to revisit later (or if it's a simpler implementation).
Flags: needinfo?(pdolanjski)
Comment 3•12 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+ → -
After talking with Taipei, implementing using music player activity would also require the least effort.
We'll move forward with using this method.
Updated•12 years ago
|
Flags: in-moztrap?
Comment 5•12 years ago
|
||
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
blocking-b2g: - → leo+
Whiteboard: [LOE:M] → [LOE:M] [NO_UPLIFT]
Comment 6•12 years ago
|
||
Right now, Ayman is redefining the playback related functionality on MMS Wireframes based on the Browser Downloading ones done by Rob https://www.dropbox.com/s/aolxy3mzrdfvg17/browser-downloading.pdf
Due to that, we believe they are a good starting point to start the implementation of those capabilities.
A rough description of the expected behaviour:
When an MMS contains an audio file, a visual indication should be shown to indicate the availability of such a content. When the user taps on that visual indication, the proper "view activity" is invoked and the following is done by the "handler" activity:
The audio file is opened by the media player, while the sound is played in the music player, the user has the option to "save" that content, if the user selects that option, a banner indicating the success/failure of the operation is shown when completed. If the user cancels the "play" operation, he is returned to the thread detail screen in SMS Application. All this code should be implemented by an activity (I suppose in the audio player).
If the audio file has not been properly retrieved, this option will not be offered to end-users. If that is the case, the attachment will indicate there was an error. Clicking on that indication will ask the user for confirmation to try to download the file ("There was an error downloading attachment. Retry Download?").
Updated•12 years ago
|
Updated•12 years ago
|
Assignee: danheberden → gnarf37
Comment 7•12 years ago
|
||
As agreed in Madrid assigned to Steve https://wiki.mozilla.org/Gaia/SMS by now.
Assignee: gnarf37 → schung
Updated•12 years ago
|
Whiteboard: [LOE:M] [NO_UPLIFT] → [LOE:M]
Assignee | ||
Updated•12 years ago
|
Assignee: schung → gnarf37
Assignee | ||
Comment 8•12 years ago
|
||
It seems audio/amr is really common (bug 847006), no one can actually send me anything else it seems, so this is pretty much impossible to test on a device at the moment, but I will submit a patch.
We will need an image to represent an audio file in an mms, I currently have only a placeholder in place which I stole from our music app.
Flags: needinfo?(vpg)
Assignee | ||
Comment 9•12 years ago
|
||
Should get an image asset before we land this
Attachment #743938 -
Flags: review?(felash)
Comment 10•12 years ago
|
||
(In reply to Corey Frang [:gnarf] from comment #8)
> It seems audio/amr is really common (bug 847006), no one can actually send
> me anything else it seems, so this is pretty much impossible to test on a
> device at the moment, but I will submit a patch.
>
> We will need an image to represent an audio file in an mms, I currently have
> only a placeholder in place which I stole from our music app.
Hi Corey,
This is still work in progress but I am attaching the image, use it if you can easily update it later, if not, please wait to the definite one.
Thanks!
PS. assets live here: https://www.dropbox.com/sh/rdbkf2o2w2h1udu/TNnUzdT2Rq
Flags: needinfo?(vpg)
Comment 11•12 years ago
|
||
Updated•12 years ago
|
Target Milestone: --- → 1.1 CS (11may)
Assignee | ||
Comment 12•12 years ago
|
||
(In reply to Victoria Gerchinhoren from comment #10)
>
> This is still work in progress but I am attaching the image, use it if you
> can easily update it later, if not, please wait to the definite one.
>
It is easy to update later, just open a new bug about it!
Comment 13•12 years ago
|
||
(In reply to Corey Frang [:gnarf] from comment #12)
> (In reply to Victoria Gerchinhoren from comment #10)
> >
> > This is still work in progress but I am attaching the image, use it if you
> > can easily update it later, if not, please wait to the definite one.
> >
>
> It is easy to update later, just open a new bug about it!
Yes, treat this as final, we're going with it.
Thanks!
Comment 14•12 years ago
|
||
Comment on attachment 743938 [details] [review]
https://github.com/mozilla-b2g/gaia/pull/9494
r=me
thanks !
Attachment #743938 -
Flags: review?(felash) → review+
Comment 15•12 years ago
|
||
master: 50b73f78ed93496039039d9af64cdc6dba9803c2
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 16•12 years ago
|
||
Uplifted 50b73f78ed93496039039d9af64cdc6dba9803c2 to:
v1-train: 5f640a73f69e3b7e9f31662479e5d1825d5f274c
status-b2g18:
--- → fixed
Flags: in-moztrap? → in-moztrap+
Updated•12 years ago
|
Attachment mime type: text/plain → text/x-github-pull-request
You need to log in
before you can comment on or make changes to this bug.
Description
•