[phone-app] if hang up second call, first call should be active not paused

Bug #1286357 reported by Bill Filler
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu UX
Won't Fix
High
Olga Kemmet
telephony-service
Won't Fix
High
Gustavo Pichorim Boiko

Bug Description

build 212, Nexus 4

If you are on 2 calls, with one active and one on hold. When the active call is hung up, the call that was on hold should become active. Currently, it is paused and the user has to explicitly make it active by pressing the "play" button. On iOS the background call automatically becomes active when the foreground call is disconnected.

Tags: ota-1 rtm14
Bill Filler (bfiller)
Changed in telephony-service:
importance: Undecided → High
assignee: nobody → Gustavo Pichorim Boiko (boiko)
milestone: none → 14.03
Revision history for this message
Bill Filler (bfiller) wrote :

this is still relevant on Utopic build 157
We need to unpause the held call automatically when disconnecting the other call

tags: added: rtm14
Changed in telephony-service:
status: New → Confirmed
milestone: 14.03 → rtm-freeze
Bill Filler (bfiller)
tags: added: touch-2014-09-25
tags: added: ota-1
removed: touch-2014-09-25
Revision history for this message
Gustavo Pichorim Boiko (boiko) wrote :

I'm not sure I agree with this. The last time I tested this on other platforms the behavior was exactly the same as the one we have: after hanging up an active call, the second call stays held.

I can think of at least one use case where not switching the second call to active might be a good idea: if you are on a call with someone and this call drops while you are speaking, you might end up speaking to the person in the second call accidentally.

Changed in ubuntu-ux:
assignee: nobody → Olga Kemmet (olga-kemmet)
importance: Undecided → High
summary: - if hang up second call, first call should be active not paused
+ [phone-app] if hang up second call, first call should be active not
+ paused
Revision history for this message
Olga Kemmet (olga-kemmet) wrote :

Marking as "won't fix" because the current behaviour is intended. If a user is on a phone call while an other call is on hold and the active call disconnects for any reason, user will have to activate the held call manually.
We can not know if the active call was hung up by accident or not. If user is in the middle of a private conversation and does not realise the active call has ended, he might simply continue talking without realizing again that someone else is listening now. The manual re-activation of the held call gives users more control over the whole experience.

Changed in ubuntu-ux:
status: New → Won't Fix
Bill Filler (bfiller)
Changed in telephony-service:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.