1069234 - [Dialer] CDMA Call screen is not shown when user make a second outgoing call in call

Status: RESOLVED INVALID

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

Description

[promise09th]

1. Title : CDMA Call screen is not shown when user make a second outgoing call in call
2. Precondition : In call state(CDMA Call)
3. Tester's Action : make a second outgoing call
4. Detailed Symptom : Does not show CDMA callscreen UI.
5. Expected : Show CDMA callscreen UI
6. Reproducibility: Y
1) Frequency Rate : 100%

Comment 1

[Rachelle Yang [:ryang][[e-mail]]]

Could you please provide log for our investigation?
Does this issue also happen if we try making a 2nd GSM call while the 1st GSM call is already existed?

Comment 2

[promise09th]

This issue is not reproduced in GSM call.
This issue is reproduced only CDMA call.

In GSM call, if device connects 2 calls, device has 2 connections(telephony.calls.length)
But, in CDMA call, if device connects 2 calls, device has only 1 connections.

So, when device connects 2 calls in CDMA, "Switch calls" label is shown when connecting 2 calls. But, if user connect 1 call and make a new outgoing call, "Switch calls" label is not shown.

Comment 3

[Rachelle Yang [:ryang][[e-mail]]]

Hi , thanks for your information. Please provide logs for our information, such as  which info will be passed up to Gecko/Gaia via modem/rild?
any radio/device log is highly appreciated.

Hi Shawn , could you please find someone to check this when log is ready ?Thanks !

Comment 4

[shawn ku [:sku]]

Hi there:
 I am not sure what real problem you try to raise here.
Supposedly, CDMA only have flash request, but not "Switch calls".
May I have your detail STR/expectations? And please also provide the logs (see comment 3) and reference phone behavior for us to check?

---
"So, when device connects 2 calls in CDMA, "Switch calls" label is shown when connecting 2 calls. But, if user connect 1 call and make a new outgoing call, "Switch calls" label is not shown."

Comment 5

[promise09th]

Attachment: Bug_1069234.pptx

Because of our policy, I can't upload video.
So, I make PPT file(Reproduce step)

I think dialer app doesn't consider second call in Callscreen UI side.
Please check this PPT.

Thank you

Comment 6

[promise09th]

And, I can't test on Mozilla Frame because Mozilla Frame device doesn't recognize CDMA SIM.

Comment 7

[shawn ku [:sku]]

(In reply to promise09th from comment #5)
> Created attachment 8500400 [details]
> Bug_1069234.pptx
> 
> Because of our policy, I can't upload video.
> So, I make PPT file(Reproduce step)
> 
> I think dialer app doesn't consider second call in Callscreen UI side.
> Please check this PPT.
> 
> Thank you

Will check with UX, and get you update later today.
Thanks for your information.

Comment 8

[shawn ku [:sku]]

(In reply to promise09th from comment #6)
> And, I can't test on Mozilla Frame because Mozilla Frame device doesn't
> recognize CDMA SIM.

Flame is UMTS phone, not CDMA one. Hence, only GSM behaviour can be used as reference on Flame.

Comment 9

[shawn ku [:sku]]

Keep ni? myself for issue tracking.

Comment 10

[shawn ku [:sku]]

Hi [e-mail]:
 I am not sure if we are both on the same page.

1. GSM has switch command, but CDMA does not have switch request (but only flash).
2. From your attachment, is "Make a 2nd call(Issue case)" a CDMA case?

ni? Carrie (UX) to have more detail CDMA dialer scenario.

Comment 11

[promise09th]

Dear Shawn ku

In this PPT, I use same CDMA SIM.
In GSM case, "Switch-call" string is not shown. When you use GSM SIM, calls are shown like 2 pages.
(Show separate call)

I think page 2 UX is not normally behavior.

Thank you

Comment 12

[promise09th]

I mean page 2 UX is not normally behavior in CDMA call.

I'm sorry to confuse you

Comment 13

[Carrie Wang [New account: [e-mail]]]

Hi, 

I think there might be some misunderstanding here.
P.2 is not the behavior of CDMA calls. It's the conference call flow for GSM. Thanks!

Comment 14

[shawn ku [:sku]]

(In reply to Carrie Wang [:carrie] from comment #13)
> Hi, 
> 
> I think there might be some misunderstanding here.
> P.2 is not the behavior of CDMA calls. It's the conference call flow for
> GSM. Thanks!

Hi Carrie:
 I think partner is asking why GSM/CDMA behaviours are not the same.

Page 1: CDMA mutli-calls case.
        There is a "switch calls" option for user.
Page 2: GSM multi calls case.
        There is *no* "switch calls" option for user.

We all know CDMA and GSM are two different technologies. Partner might want to know how to trigger "SWITCH CALL" request since UI are not the same if my understanding is correct!!!

Hi [e-mail]:
 Am I right?

Comment 15

[promise09th]

Dear Shawn ku

I explain this issue again

(In reply to shawn ku [:sku] from comment #14)
> (In reply to Carrie Wang [:carrie] from comment #13)
> 
> Page 1: CDMA mutli-calls case.
>         There is a "switch calls" option for user.
> Page 2: GSM multi calls case.
>         There is *no* "switch calls" option for user.
> 
> We all know CDMA and GSM are two different technologies. Partner might want
> to know how to trigger "SWITCH CALL" request since UI are not the same if my
> understanding is correct!!!

Page 2 UX is shown when I use CDMA SIM. I think if I use CDMA SIM, "switch calls" string is shown when I make a 2nd call.

Issue :
Even though I use CDMA SIM, GSM call screen is shown when I make a 2nd call.

Do you understand this issue?

I'm sorry to confuse you.

Comment 16

[shawn ku [:sku]]

Hi Etienne:
 Could you please help check comment 15 to see why app shows GSM in-call UI while with CDMA multi-calls on Madai?

Thanks!!
Shawn

Comment 17

[Etienne Segonzac (:etienne)]

(In reply to shawn ku [:sku] from comment #16)
> Hi Etienne:
>  Could you please help check comment 15 to see why app shows GSM in-call UI
> while with CDMA multi-calls on Madai?

The STR are for a conference call scenario, and I don't think we have a CDMA-specific code patch for conference calls, only for call waiting.

Everything looks good in the screenshots attached, not sure what the "expected" scenario would be...

Comment 18

[promise09th]

Attachment: ask_scenario.png

Dear Etienne

Master and v2.0 don't have same behavior.
Because patch is applied not v2.0 but master. 

Bug 970187 - https://bugzilla.mozilla.org/show_bug.cgi?id=970187

In master, when I make a 2nd outgoing call in CDMA Network, phone number view show only 1 call(In 2 call : 1 call is connected and other call is outgoing call)
And then we touch phone number area, conference call string is shown
(I attach image file)

Is this normal behavior? Please check this scenario, too

Thank you

Comment 19

[Jaehong.son]

when user make a 2nd outgoing call in CDMA Network, it will be should appear number information and switch button.
conference string is only displayed gsm/wcdma network.

Comment 20

[Etienne Segonzac (:etienne)]

Redirecting to Gabriele who should be more up to date with the situation.

Comment 21

[Gabriele Svelto [:gsvelto] (PTO)]

Is this on 2.0? The CDMA call-waiting scenario uses the switch calls UI and the screenshot here doesn't seem to include the visual refresh which landed in bug 1015883. As for conference calls in CDMA mode what's needed is bug 881174 on the Gecko side and bug 970187 on the Gaia side.

If this was tested against 2.0 then we might need to do some uplifts (provided it's still possible). However if this is the case please close this bug and ask for approvals on the actual bugs that might need to be uplifted.

Comment 22

[promise09th]

Dear Gabriele Svelto

Sorry, I'm missed our version.
We use v2.0, and Bug 1015883 is not applied in our branch.
I check your comment and I'll write comment

Comment 23

[promise09th]

Dear Gabriele Svelto

I think this issue is not real issue because this is expected behavior

But, I have one more question.
In test version(v2.0 + Bug 970187 patch), when I make a 2nd out going call, 2nd call number is not updated in CDMA network.

When I check code, below code make this behavior

gaia/apps/callscreen/js/calls_handler.js
=================================================
// Once we already have 1 call, we need to care about incoming
// calls and insert new dialing calls.
if (handledCalls.length &&
  (call.state != 'incoming') && (call.state != 'dialing')) {
  return;
}
=================================================

2nd Phone number is not updated because if I make a 2nd call, we receive callschaged event with call.state == 'connected'. In CDMA network, even though user make a new call, call.state is not 'dialing' but 'connected'.

Is this normal behavior?
Please check this


Thank you

Comment 24

[promise09th]

Attachment: 2nd_call_case.pptx

I upload attachment about comment 23 case

Comment 25

[Gabriele Svelto [:gsvelto] (PTO)]

(In reply to promise09th from comment #23)
> Is this normal behavior?

Yes, this is a limitation of the CDMA functionality: there's no information about the second call's status so we can't update the screen.

Comment 26

[promise09th]

Thanks for you reply.

I think this issue is not real issue. So, I close this issue. Thanks