978643 - [Sora][Call][MPTY][GCF] GCF case 31.4.4.1.2.4 : Clear all parties of active MultiPartycall failed

Status: RESOLVED WORKSFORME

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

Description

[sync-1]

Firefox OS v1.3
 Mozilla build ID: 20140208004002
 
 DEFECT DESCRIPTION:
  GCF case 31.4.4.1.2.4 : Clear all parties of active MultiPartycall failed
 
  REPRODUCING PROCEDURES:
  Precondition:Run Anite test case 31.4.4.1.2.4 
  1.Make a call A-D is hold and the MultiParty call is active A-B, A-C.
  2.Disconnect active MultiParty call with menu or MMI command 1 send -> Can not disconnect active MultiParty call with menu(K.O)
 
  EXPECTED BEHAVIOUR:
  2.All parties of active MultiPartycall are end, A-D is active.
  
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
  100%
 
  For FT PR, Please list reference mobile's behavior:

Comment 1

[Jason Smith [:jsmith]]

Can someone confirm this on the Moz side?

Comment 2

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Multiparty call is a new feature since 1.2 release and it has never been tested in the certification before. I don't think for now we have any resource to fix these issues. Please TCL check with carriers/GFC forum to see if the multiple party call relevant test cases can be waived this time.

Comment 3

[Jack Liu]

Hi Vance,

Per the feedback in your email, this should discuss by mozilla internally.
From my point, GCF case is blocker to us, must fix at high priority.

Thanks.

Comment 4

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Clear the flag since we cannot make it for 1.3. ni Wilfred to see how to address this one in later release.

Comment 5

[Chris Kreinbring [:CKreinbring]]

Unable to repro on Buri 1.3 and 1.4 mozilla RILs.  User is able to hang up on the conference call without issues.

1.3
Build ID: 20140310004001
Gecko: https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/00f249d54bda
Gaia: 78c30d7ed6f6e30337d6c05453b867f5e97e42bc
Platform Version: 28.0
Firmware Version: V1.2-device.cfg

1.4
Build ID: 20140310080111
Gecko: https://hg.mozilla.org/mozilla-central/rev/923f1411f42f
Gaia: 8c9191df3c107df4073f3ca63816a1d36c51af5d
Platform Version: 30.0a1
Firmware Version: V1.2-device.cfg

Comment 6

[Jason Smith [:jsmith]]

Clearing needinfo as this appears to be a works for me.

Comment 7

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

(In reply to Jason Smith [:jsmith] from comment #6)
> Clearing needinfo as this appears to be a works for me.

Hi Jason, from the comment 0 it looks like the phone should keep the current on-hold call alive, while end all the other active calls. I don't think we support this now. 

Mind checking again?

Thanks

Vance

Comment 8

[Jason Smith [:jsmith]]

Adding qawanted to clarify what happens with the call on hold in this bug.

Comment 9

[Chris Kreinbring [:CKreinbring]]

When the conference call is ended, the call that was on hold becomes active and is taken off of hold.

Comment 10

[Jason Smith [:jsmith]]

Seems to me that we're doing the right behavior here.

Comment 11

[Jack Liu]

Here under are detailed STR, would you please check again:
1. Make call A->B, make call A->C, create MPTY.
2. Make call A->D, though MPTY is hold and A->D is active.
3. Switch to active MPTY and hold A->D.
4. To clear MPTY, it is failed to end MPTY.

Comment 12

[Jason Smith [:jsmith]]

Leaving qawanted to try STR in comment 11

Comment 13

[Josh Schmitt [Joshs]]

Following the STR in comment 11 I was unable to repro the bug on the latest 1.4 Buri build

Environmental Variables:
Device: Buri 1.4 MOZ
BuildID: 20140317040204
Gaia: 8f802237927c7d5e024fb7dca054dd5efef6b2e6
Gecko: 25cfa01ba054
Version: 30.0a1
Firmware Version: V1.2-device.cfg