1087249 - [Loop] GSM call is put on-hold when a loop call is hanged-up

Status: RESOLVED WONTFIX

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

Description

[mbarone]

Device: Flame (v184)
Gecko: 20f35d4
Gaia: 812ae91
Loop: v1.1 a410440

STR
1. Device A (mobile ID) make a loop call to Device B (FxA). Both registered with Loop ID
2. Device C make a GSM call to Device A
3. Device A answer the GSM call, so the Loop call with Device B is put on-hold
4. Device B hangs-up the Loop call

ACTUAL RESULT
The GSM call is put on-hold

EXPECTED RESULT
The GSM call should not be put on-hold

Comment 1

[José Antonio Olivera Ortega [:jaoo]]

The interruptions between WebRTC/GSM calls are based in the telephony audio channel usage policy (basically a LIFO usage of the telephony audio channel). As I see in the STR the GSM call interrupts and mutes the WebRTC one. From that moment the telephony audio channel use is granted to the GSM call and the WebRTC one is muted. If the WebRTC call is hanged up while is held, the Loop app plays the call ended tone so the telephony audio channel use is granted to the Loop app and the GSM call is muted. This works as expected (I agree the telephony audio channel usage policy is not perfect). I'll have a look to confirm that this what happens. Leave a ni? request at me then.

Comment 2

[José Antonio Olivera Ortega [:jaoo]]

Yeah, just confirmed the behavior I explained at comment 1. WONTFIX?

Comment 3

[Maria Angeles Oteo (:oteo)]

(In reply to José Antonio Olivera Ortega [:jaoo] from comment #2)
> Yeah, just confirmed the behavior I explained at comment 1. WONTFIX?

agreed (already talked with Massimo about it this afternoon), we can not do anything else for this v1.1 Loop version and any change in the Audio channel policy is super risky. I am right now reproducing it and although it's not the best UI and I don't consider the issue blocking, screen and option to resume the GSM call is always shown.

Let's see if in next Loop version and, depending on the future scope changes, it worths or not reconsider and optimize the audio channel policy.