Closed Bug 815046 Opened 12 years ago Closed 12 years ago

[FM radio][sound] FM radio app needs to be notified after a phone call

Categories

(Firefox OS Graveyard :: General, defect, P2)

x86
Gonk (Firefox OS)
defect

Tracking

(blocking-basecamp:+, firefox18 fixed, firefox19 fixed, firefox20 fixed, b2g18 fixed)

RESOLVED WORKSFORME
B2G C2 (20nov-10dec)
blocking-basecamp +
Tracking Status
firefox18 --- fixed
firefox19 --- fixed
firefox20 --- fixed
b2g18 --- fixed

People

(Reporter: khu, Assigned: mchen)

References

Details

(Keywords: feature, Whiteboard: sound, interaction)

This one is used to trace bug 805333 comment 58. 

A user is listening FM radio. Then, a phone call comes. FM radio needs to be muted. 
When a phone call is finished, FM radio needs to be notified again to play program.
blocking-basecamp: --- → +
Depends on: 805333
Keywords: feature
Whiteboard: sound
Marco, can you take this as part of your audio API work?
Assignee: nobody → mchen
(In reply to Andrew Overholt [:overholt] from comment #1)
> Marco, can you take this as part of your audio API work?

This one is depend on "Bug 815452 - Hook up FM Radio to audio channels backend" and "Bug 815445 - Hook up telephony audio to audio channels backend".
Once they are landed then this one is fixed to.
Depends on: 815452, 815445
QA Contact: jshih
Priority: -- → P2
To clarify - is there any work that needs to be done here after those bugs land?
No, that should be all that's needed.
This should now be fixed.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → B2G C2 (20nov-10dec)
verified on 2012-12-12 unagi daily build
build info:
releases/gaia : db435724709181ffa3348c06cfcc80b71375e73d
releases/gecko : 8e66dde61aec02ba5a4a4e44583679aedc609a73
Status: RESOLVED → VERIFIED
Whiteboard: sound → sound[status-b2g18:fixed]
Whiteboard: sound[status-b2g18:fixed] → sound
Issue occurs on unagi Build ID: 20121217070202

Radio starts playing automatically either if user terminates call on the remote device or FFOS device

According to TC #5967, user supposed to hit "play" to resume listening
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
This doesn't match my understanding. I thought that we changed the user stores such that both music and FMradio sound should resume automatically after an incoming or outgoing phone call. Both in the case when the call was dismissed and when the call was received.

cc'ing Casey who helped finalize these user stories.

Sorry, I've lost track of where the final set of user stories live.
what about video?

as of now, music and radio resume playing automatically, video is waiting for the user to restart it manually..
I'm not sure what the decision was. But I know we decided to keep these things consistent for if the video (or audio) is interrupted by incoming phonecalls or alarms. And consistent for if the phonecall is rejected or accepted.

Personally I think it's fine either way and wouldn't block on it. But it's not my call.
Flags: needinfo?(kyee)
Casey, please help on deciding the final behavior of the radio after a phone call
Now there seems are two selections

1) radio will automatically keep playing after a phone call

2) radio will pause both during and after a phone call, a user needs to turn on manually

Thanks
Hi all,

This is not the development issue now.
Could UX developer help to clarify the user scenario here?

Thanks.
I just had a chat with some other UX folks for their opinions and the consensus is to have the audio continue playing after the phone call. 

The reason for this is that there would be too many steps to return back to the audio player to continue playing music after a call is completed.  This would be annoying in scenarios where you are driving or have your hands full doing other activities.  Additionally users in our launch market will also appreciate that they would never have to reveal their phones to continue to listening to music as well.

The ideal V2+ solution would to have the phone by default auto-resume music for calls under a certain amount of time and for longer calls to pause until the user manually presses play.  This would prevent startling the user with music after a longer call but still offer the convenience of auto-play for shorter calls.   It would also help once we have now-playing controls that would offer easy access to music controls outside of the music app itself.
Flags: needinfo?(kyee)
Whiteboard: sound → sound, interaction
Sounds like this bug is WONTFIX then?

I.e. things are currently working as expected?
That's my understanding based on comment 7 and comment 13.  Please reopen if I'm mistaken.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.