Closed
Bug 1087249
Opened 10 years ago
Closed 10 years ago
[Loop] GSM call is put on-hold when a loop call is hanged-up
Categories
(Firefox OS Graveyard :: Gaia::Loop, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: mbarone976, Unassigned)
References
Details
(Whiteboard: [mobile app])
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•10 years ago
|
||
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.
Flags: needinfo?(josea.olivera)
Comment 2•10 years ago
|
||
Yeah, just confirmed the behavior I explained at comment 1. WONTFIX?
Flags: needinfo?(josea.olivera) → needinfo?(mbarone976)
Comment 3•10 years ago
|
||
(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.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•