If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[Loop] Cannot set up Loop call on incoming/outgoing GSM/CDMA call

RESOLVED WONTFIX

Status

Firefox OS
Gaia::Loop
--
major
RESOLVED WONTFIX
3 years ago
3 years ago

People

(Reporter: Javier de Prado, Assigned: jaoo)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [mobile app][Test-Run1][blocking][tef-triage])

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
Device: Flame & FireE
Loop Version: 609ec57

STR:
1.- Device-A makes a GSM call to device-B, and device-B doesn't pick up the phone.
2.- While GSM call is being established, device-C makes a LOOP call to device-A (or device-B).
3.- Device-A (or device-B) answer LOOP call with audio button (or video button)

ACTUAL RESULT:
Loop call can't be established.

EXPECTED RESULT:
Loop call should be established according AC (case C) in https://bugzilla.mozilla.org/show_bug.cgi?id=1034460
(Reporter)

Updated

3 years ago
Blocks: 1036490
Any update or log here?
Flags: needinfo?(javier.deprado)
(Assignee)

Updated

3 years ago
Assignee: nobody → josea.olivera

Updated

3 years ago
Whiteboard: [mobile app]
(Reporter)

Comment 2

3 years ago
Created attachment 8494429 [details]
bug1052400.txt

Same error as in https://bugzilla.mozilla.org/show_bug.cgi?id=1069793

"...09-24 13:06:17.088 E/GeckoConsole( 3286): Content JS LOG at app://loop.services.mozilla.com/call_screen/js/call_screen_ui.js:83 in CallScreenUI.init/<: An error occured! Permission Denied
09-24 13:10:01.628 E/GeckoConsole( 3286): Content JS LOG at app://loop.services.mozilla.com/call_screen/js/call_screen_ui.js:83 in CallScreenUI.init/<: An error occured! Permission Denied
"
Flags: needinfo?(javier.deprado)
(Reporter)

Comment 3

3 years ago
Tested on:

Device: Flame
Build: v2.0 with kk v180 (Gecko-9362b48.Gaia-263e3b2)
Loop version: 041ff17
(Assignee)

Comment 4

3 years ago
(In reply to Javier de Prado from comment #2)
> Created attachment 8494429 [details]
> bug1052400.txt
> 
> Same error as in https://bugzilla.mozilla.org/show_bug.cgi?id=1069793
> 
> "...09-24 13:06:17.088 E/GeckoConsole( 3286): Content JS LOG at
> app://loop.services.mozilla.com/call_screen/js/call_screen_ui.js:83 in
> CallScreenUI.init/<: An error occured! Permission Denied
> 09-24 13:10:01.628 E/GeckoConsole( 3286): Content JS LOG at
> app://loop.services.mozilla.com/call_screen/js/call_screen_ui.js:83 in
> CallScreenUI.init/<: An error occured! Permission Denied
> "

Same as https://bugzilla.mozilla.org/show_bug.cgi?id=1069793#c5
(Assignee)

Updated

3 years ago
Status: NEW → ASSIGNED

Updated

3 years ago
Whiteboard: [mobile app] → [mobile app][Test-Run1]
Severity: normal → major
Whiteboard: [mobile app][Test-Run1] → [mobile app][Test-Run1][blocking][tef-triage]
(Reporter)

Comment 5

3 years ago
I've tested again, and It's working fine on fireE (firee-kk-v2.0-SW2E3-1)
Loop version: 1.1 , 2168965
(Reporter)

Comment 6

3 years ago
Only when GSM call is outgoing call, It's still happening.

STR (FAIL):
1.- Device-A makes a GSM call to device-B, and device-B doesn't pick up the phone.
2.- While GSM call is being established, device-C makes a LOOP call to DEVICE-A.
3.- Device-A answer LOOP call with audio button (or video button)

STR (OK):
1.- Device-A makes a GSM call to device-B, and device-B doesn't pick up the phone.
2.- While GSM call is being established, device-C makes a LOOP call to DEVICE-B.
3.- Device-B answer LOOP call with audio button (or video button)
(Assignee)

Updated

3 years ago
Summary: [Loop] While GSM call is being established, Loop call can't be established. → [Loop] Cannot set up Loop call on incoming/outgoing GSM/CDMA call
(Assignee)

Comment 7

3 years ago
A WebRTC call is only possible either when there is no GSM/CDMA call at all or the GSM/CDMA call is on hold. When the GSM/CDMA call is connected -if this is interrupted by a WebRTC call- we are able to set it on hold because the callscreen app is notified of that interruption via mozoninterruptbegin events. On the down side when the GSM/CDMA call is either incoming or dialing there is no way to set in on hold so sadly the Loop app cannot set up the WebRTC call. On incoming/outgoing GSM/CDMA calls there is no way to get the V/A stream correctly (via gUM) previous to the WebRTC call. I guess this is because the V/A resources are in use for telephony stack. Having said that IMHO we should resolve this bug as either WORKSFORME or WONTFIX.
agree with Jose Antonio, right now we can not fix this issue, many platform changes in the audio channel policy that are really risky and should need more time to be thought, implemented and tested to ensure nothing is regressed.
Closing the bug as won't fix but moving the bug to the meta for the pending issues in 1.1 so we can analyze later if it could make sense this changes for future releases.
Status: ASSIGNED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WONTFIX
Blocks: 1088993
(Reporter)

Comment 9

3 years ago
Ok. But, meanwhile, I suggest that if possible, the AC should be modified according to this behaviour.
C case, in https://bugzilla.mozilla.org/show_bug.cgi?id=1034460
(In reply to Javier de Prado from comment #9)
> Ok. But, meanwhile, I suggest that if possible, the AC should be modified
> according to this behaviour.
> C case, in https://bugzilla.mozilla.org/show_bug.cgi?id=1034460

You are right, I'll review them and update them
You need to log in before you can comment on or make changes to this bug.