897354 - [FM] : When user gets a incoming call notification, user is still be able to connect to FM app

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::FMRadio, defect)

Description

[Leo]

1. Title: When user gets a incoming call notification, User is still able to connect to FM app
2. Precondition: connect Wired headset to the device
3. Tester's Action: 
		1. Recieve a incoming call notification
		2. when the device rings, press home button key 
		3. Open FM app
		4. FM app opens , but no sound from FM(Phone keeps ringing/vibrating)
4. Detailed Symptom (ENG.): In case of incoming call notification, user still able to open FM app
5. Expected : 
6. Reproducibility: Y
1)Frequency Rate : 100%
7.Gaia Master/v1-train : Reproduced
8.Gaia Revision:

Comment 1

[Leo]

Also i would like to add some more points, 

1. The same behaviour is seen even in music/video 
2. After receiving the call also, user is able to access FM (No Sound from FM )

Comment 2

[Dominic Kuo [:dkuo]]

Leo, please see bug 894272 comment 1, which I described before to explain why this should be expected for music/video, and my result is different from yours in comment 1, I can hear music after I answer the call.

And for FM, looks like we cannot hear the sound before/after answering the call, this is probably a restriction because FM doesn't use audio/video elements, it used mozFMRadio api so the priority of the audio channel is already managed.

I am not sure what's the latest policy of the audio channel, myabe we can needinfo Alive or Marco for more information.

Alive/Marco, can you explain the current policy of the audio channel on FM app?

Comment 3

[(inactive after 6/18) Alive Kuo [:alive]]

Why do we need to block the user from opening any app?

FM, in audio policy, should have the same behavior like any content playing/music app.

Comment 4

[Dominic Kuo [:dkuo]]

Just heard from Alive that Randy should have some idea about the audio policy on FM.

Comment 5

[Dominic Kuo [:dkuo]]

Also needinfo Casey to help to give some inputs here.

Comment 6

[Dominic Kuo [:dkuo]]

Update to the right UX, Rob, can you help to comment on this? thanks.

Comment 7

[Marco Chen [:mchen]]

Hi all,

One policy of audiochannel is that the foreground app is always allowed to play so FM app can be opened and play broadcast. This align to all of other apps.

From technical view, in order to listen the stream from FM Chip the AUDIO_DEVICE_OUT_FM should be set. But audio policy will ignore it when phone state is alert or in_call, this caused that even FM app is allowed to play but there is no sound because the Audio HAL limited the routing path to AUDIO_DEVICE_OUT_FM.

So I think from SW perspective of view this behavior is correct but the wrong result (no FM audio) is caused by platform/HW limitation.

Comment 8

[Stephany Wilkes]

Flagging Sri just in case there's any product work that may be relevant here.

Comment 9

[Randy Lin [:rlin] - Be Mozillian on 2015/01/26]

I think there is no FM + voice downlink audio patch right now. I suggest the UI should block the opening FM radio in phone call.

Comment 10

[(inactive after 6/18) Alive Kuo [:alive]]

Does iOS or android block the user from 'opening' FM app during phone call?

Comment 11

[Randy Lin [:rlin] - Be Mozillian on 2015/01/26]

For ringtone + FM case, android phone would block user to switch to FM radio(keep UI in the incoming call screen), iOS doesn't have FM function.

Comment 12

[Sri Kasetti]

(In reply to Randy Lin [:rlin] from comment #11)
> For ringtone + FM case, android phone would block user to switch to FM
> radio(keep UI in the incoming call screen), iOS doesn't have FM function.

Randy, Is this because of your comment 9? Is the voice downlink audio patch being tracked by another bug?

Comment 13

[Randy Lin [:rlin] - Be Mozillian on 2015/01/26]

(In reply to Sri Kasetti from comment #12)
> (In reply to Randy Lin [:rlin] from comment #11)
> > For ringtone + FM case, android phone would block user to switch to FM
> > radio(keep UI in the incoming call screen), iOS doesn't have FM function.
> 
> Randy, Is this because of your comment 9? Is the voice downlink audio patch
> being tracked by another bug?

This is device's(HW) limitation. On gecko/gonk side, we can't enable this capacity of FM radio + voice call audio mixing path.

Comment 14

[Sri Kasetti]

Since this is a HW limitation let's make sure the user experience is better. Rob, as in comment 11 we should block opening the FM radio app in this scenario. Can you comment on this?

Comment 15

[Dominic Kuo [:dkuo]]

[UX_TRIAGED]

This is an edge case that when incoming call is ringing but the user turns to open some apps instead of answering the call, like FM, Music or Video, we probably will allow FM/Music/Video to play while ringing in the future, but currently this is not a blocker and won't be, since it's a strange scenario. And we believe when the gaia management is enabled in the future, this issue will be considered and fixed.

Comment 16

[BMO Automation]

Firefox OS is not being worked on