[Dialer] dialer screen focussed after receiving a call

Bug #1419645 reported by Sebastien Bacher
60
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Incomplete
Undecided
kevin gunn
Ubuntu UX
Fix Committed
High
Olga Kemmet
dialer-app (Ubuntu)
Confirmed
Undecided
Unassigned
unity8 (Ubuntu)
Confirmed
Undecided
Josh Arenson

Bug Description

Using rtm 228 on krillin
- have your phone on the dash (nothing is running) or with an application in use (ie. the webbrowser)
- receive a call
- look at your phone after the call

The dialer-app is open and focussed, it shouldn't, answering a phone shouldn't return the device in a state different from the one it was before talking. If you were using the webbrowser you probably want to keep doing that rather than dial a new number

Opening against unity8 since that's an application management issue, not sure if that's the correct component though

------------UX comment-----------

I agree, this is a bad user experience. As proposed in the bug description:
After user hangs up an accepted call, the previously used app should be back in view.

Tags: usability
Revision history for this message
lgd (lgd) wrote :

It is also very bad because of no lock screen is active after the call. On the BQ phone it presses some phone number digits while the phone is in the trouser pocket.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in dialer-app (Ubuntu):
status: New → Confirmed
Changed in unity8 (Ubuntu):
status: New → Confirmed
Changed in ubuntu-ux:
status: New → Triaged
importance: Undecided → High
assignee: nobody → Olga Kemmet (olga-kemmet)
summary: - dialer screen focussed after receiving a call
+ [Dialler] dialer screen focussed after receiving a call
summary: - [Dialler] dialer screen focussed after receiving a call
+ [Dialer] dialer screen focussed after receiving a call
tags: added: usability
description: updated
Changed in ubuntu-ux:
status: Triaged → Fix Committed
Changed in unity8 (Ubuntu):
assignee: nobody → Josh Arenson (josharenson)
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

The incoming call screen is currently a screen in the Phone app. Accepting the call switches to the app. How, then, could the desired behavior be implemented? Unity would have to remember where in the stack the Phone app was previously (if it was even running at all). The Phone app would have to tell Unity that the call was over. Then Unity would have to move it back to its previous position in the app stack. That's a lot of special-casing, and it's hard to see how any other VoIP app could do the same. (And on a PC where the app wasn't full-screen, that shuffling would look weird.)

If the call window was a parentless dialog instead, whether full-screen or not, it could float on top of whatever app you happened to be using at the time (even if that happened to be the Phone app). Once the call finished, the dialog would go away, and you'd be back where you were without any app shuffling.

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Per mpt I don't think we have a decided design direction on this

Changed in canonical-devices-system-image:
assignee: nobody → kevin gunn (kgunn72)
status: New → Incomplete
Revision history for this message
Josh Arenson (josharenson) wrote :

We would need input from design, but ofono sends a signal over dbus when a call ends http://pastebin.ubuntu.com/14600960/
We could have unity8 listen for this and restore focus to the n-1 app in the application manager stack. Obviously there are a lot of edge cases here, but this wouldn't be _too_ hard in theory and any 3rd party dialer app (that uses ofono) would behave the same. An API would probably be required for voip apps though.

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Specification updated. <https://goo.gl/ibyRO3> (Canonical-only link, sorry) “When the device detects an incoming call: 1. A parentless dialog should appear instantly, showing the contact display name and (if there is one) the contact photo for the caller. It is parentless so that if you decline, or when the call ends, you will be returned to the window you were using rather than the Phone app.”

Revision history for this message
Josh Arenson (josharenson) wrote :

@Matthew this spec already describes the current behavior. The issue is that when a call is accepted, the dialer app is launched, and the call is ended using the app rather than the parentless dialog. It would take considerable effort to get the dialer app to run inside a dialog, and the dialer app would need to be modified in such a way that pressing end would dismiss the dialog (a dialog that wasn't created by the app itself). This would also not solve the problem for 3rd party dialers. I can prototype my other solution if you'd like. I'm also at a sprint right now, so I can get some technical input from other folks and see what other solutions are possible.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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