Closed Bug 887764 Opened 11 years ago Closed 11 years ago

[User Story] Ending a conference call

Categories

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

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:koi+)

RESOLVED FIXED
blocking-b2g koi+

People

(Reporter: wmathanaraj, Assigned: etienne)

References

Details

(Keywords: feature, Whiteboard: [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0.1][Sprint 2][Status: UX: initla draft provided, Gecko: close to completion, Gaia: Starting Gaia implementation])

Attachments

(1 file)

User story:

As a conf call creator I expect the conf call to end when I hang up the call. And as a normal participant in a conference call I expect to hang up and the conf call not to end.

This user story should have already been implemented but included for completion and confirmation of functionality.

Preconditions:

* Dialer app is open
* a conference call is already ongoing


Acceptance Criteria:

* if conference call creator hangs up the call the conference call is ended without users getting any other special notification than the call ending
* if a participant in a conf call hangs up then the conference call continues without ans interruption
Whiteboard: [ucid:Comms10] → [ucid:Comms10], [u=commsapps-user c=dialer p=0]
Depends on: 772765
listed as must have in v1.2 for COMM team. koi+
blocking-b2g: koi? → koi+
Flags: in-moztrap?
MozTrap #9057, #9059
Flags: in-moztrap? → in-moztrap+
Whiteboard: [ucid:Comms10], [u=commsapps-user c=dialer p=0] → [ucid:Comms10 KOI:P1], [u=commsapps-user c=dialer p=0]
Assignee: nobody → jcheng
Whiteboard: [ucid:Comms10 KOI:P1], [u=commsapps-user c=dialer p=0] → [UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0]
Assignee: jcheng → nobody
Whiteboard: [UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0] → [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0]
Whiteboard: [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0] → [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0][Sprint 1][Status: working on gecko support]
Hi team. As we get started on conference call specs, we know the spec will show how to end a call and what happens during that time. 

In this document:
https://mozilla.app.box.com/files/0/f/809825975/1/f_8112068714

There are notes from meetings with UX, Eng and Product (Krishna at the time), and the notes say that this user story (about ending the call) has the same issue as the user story as seeing information about call participants (see 887686). At the time, it sounded like it was only technically feasible to see the last active call (not who it is) and that the creator ending the call would end it for all participants.

Are these notes still accurate, or have things changed? Just want to make sure our specs reflect technical reality as early on as possible. Thanks!
This bug specifically covers only the ending of a call - and this is our understanding:

as a creator if you end call the conference calls ends for all.
Whiteboard: [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0][Sprint 1][Status: working on gecko support] → [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0][Sprint 2][Status: UX: initla draft provided, Gecko: close to completion, Gaia: Starting Gaia implementation]
Assignee: nobody → etienne
Depends on: 881194
Blocks: 881194
No longer depends on: 881194
Whiteboard: [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0][Sprint 2][Status: UX: initla draft provided, Gecko: close to completion, Gaia: Starting Gaia implementation] → [MOZ][UCID:Comms10, FT:comms, KOI:P1], [u=commsapps-user c=dialer p=0.1][Sprint 2][Status: UX: initla draft provided, Gecko: close to completion, Gaia: Starting Gaia implementation]
This already landed as part of bug 906775 [1]

[1] https://github.com/mozilla-b2g/gaia/blob/master/apps/communications/dialer/js/calls_handler.js#L615-618
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Attached file Follow up gaia PR
Found an edge case, here is a fix.
Attachment #804321 - Flags: review?(anthony)
Comment on attachment 804321 [details]
Follow up gaia PR

I wish we could test this but it's a bit tricky so r+.
Attachment #804321 - Flags: review?(anthony) → review+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: