1121926 - [Loop] When a GSM call is established, if a contact invited/owner tries to join to room sees a error.

Status: RESOLVED INVALID

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

Description

[Loli (:lolimartinezcr)]

Flame
2.0
Gecko-5f9dc54
Gaia-31d6c94
Loop version: master/51a04dd

Prerequisites:
User A logged in Mobile Loop application with MobileID.
User A have created a room and shared with User B.
User A has a GSM call established with User B.

STR:
User A joins to room.

Actual result:
Firstly user A can see "You are first.." message but a few seconds after an error is shown “Oops! That diddn’t work as expected. Why don’t we give it another try?”.

Expected result:
Firstly user A can see "You are first.." message and any error is shown.
I not sure if GSM call will be in "hold" status. 
For this reason I need information to M.Angeles.

Comment 1

[José Antonio Olivera Ortega [:jaoo]]

We are not taking care of WebRTC room conversation interruptions over GSM/CDMA calls. Moreover unless bug 1091790 gets resolved and the patch reaches FxOS v2.0 WebRTC calls cannot be established when there is a GSM/CDMA call active.

Comment 2

[Maria Angeles Oteo (:oteo)]

After talking with Jose Antonio about it, he has confirmed that if a GSM call is in progress there is nothing implemented to allow a Room to interrupt a GSM call and hence the behavior is the expected one.

Please note, that this is different than in direct Loop calls, but this is expected as in direct calls we use an attention screen and the user could receive incoming Loop calls. With rooms, this is not possible and the user always need to actively connect to a room. 

I am closing the bug as Invalid and I will create a US to specify the corresponding ACs for the GSM/Room behavior.