[TOPBLOCKER] too easy to answer a call by accident

Bug #1358343 reported by Renato Araujo Oliveira Filho
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu UX
Fix Released
Critical
Olga Kemmet
telephony-service
Fix Released
High
Gustavo Pichorim Boiko
dialer-app (Ubuntu)
Invalid
Critical
Gustavo Pichorim Boiko
telephony-service (Ubuntu)
Fix Released
High
Gustavo Pichorim Boiko
telephony-service (Ubuntu RTM)
Fix Released
Critical
Gustavo Pichorim Boiko
unity-notifications (Ubuntu)
Fix Released
Critical
Mirco Müller
unity-notifications (Ubuntu RTM)
Fix Released
Critical
Michał Sawicz
unity8 (Ubuntu)
Fix Released
Critical
Mirco Müller
unity8 (Ubuntu RTM)
Fix Released
Critical
Michał Sawicz

Bug Description

If you put the phone in your pocket with locked screen and you receive a call is too easy to answer or reject that by mistake. Or pressing the screen while trying to get the phone or the call can be answered without you noticed by your pocket.

Related branches

Bill Filler (bfiller)
summary: - Answer a call is to easy if the screen is lock
+ Answer a call is too easy if the screen is lock
description: updated
Revision history for this message
Olga Kemmet (olga-kemmet) wrote : Re: Answer a call is too easy if the screen is lock

From the UX point of view, this might have to do with the sensitivity of the buttons (ANSWER & DECLINE) on the snap decision. Imo, the incoming call should be a full screen, meaning a special notification, which would disable everything else. If that is the case, we could introduce a swipe to accept or decline a call as well as other options.

Changed in ubuntu-ux:
importance: Undecided → Low
importance: Low → Medium
assignee: nobody → Olga Kemmet (olga-kemmet)
Changed in dialer-app:
assignee: nobody → Gustavo Pichorim Boiko (boiko)
Bill Filler (bfiller)
tags: added: rtm14
Revision history for this message
Deepak Kumar Dalai (deepakkumardalai) wrote :

I think swipe button would be nicer to prevent the unwanted action, otherwise the small view of the incoming call is very nice better than android I would say.

John Lea (johnlea)
summary: - Answer a call is too easy if the screen is lock
+ [Dialler] Answer a call is too easy if the screen is lock
Changed in ubuntu-ux:
status: New → Triaged
Revision history for this message
Bill Filler (bfiller) wrote : Re: [Dialler] Answer a call is too easy if the screen is lock

one short term solution would be to use the proximity sensor and not turn the screen on during an incoming call if proximity sensor triggers (i.e. it's in your pocket or up to your ear).

this way the screen wouldn't turn on until you took phone out of pocket

Changed in dialer-app:
importance: Undecided → High
Changed in dialer-app (Ubuntu):
status: New → Confirmed
Changed in dialer-app:
status: New → Confirmed
Changed in dialer-app (Ubuntu):
importance: Undecided → High
assignee: nobody → Gustavo Pichorim Boiko (boiko)
tags: added: touch-2014-09-18
Bill Filler (bfiller)
tags: added: touch-2014-09-25
removed: touch-2014-09-18
Revision history for this message
Olga Kemmet (olga-kemmet) wrote : Re: [Dialler] Answer a call is too easy if the screen is locked

I believe we can address this issue in a better way post RTM. This would imply a swipe gesture to answer the call and this would again need a full screen view for the incoming call. I'm not sure how feasible it is for now...?
For the short term, Bills proposal might work.

summary: - [Dialler] Answer a call is too easy if the screen is lock
+ [Dialler] Answer a call is too easy if the screen is locked
Revision history for this message
Bill Filler (bfiller) wrote :

The plan for short term until full screen notifications are ready:

- use the proximity sensor and not turn the screen on during an incoming call if proximity sensor triggers (i.e. it's in your pocket or up to your ear).
- when the phone is taken out of pocket, the screen should turn on when any kind of notificaiton

summary: - [Dialler] Answer a call is too easy if the screen is locked
+ don't turn on screen on notifications if proximity sensor triggered
Bill Filler (bfiller)
tags: added: usability
Changed in powerd (Ubuntu):
importance: Undecided → Critical
Changed in dialer-app (Ubuntu):
status: Confirmed → Invalid
Changed in dialer-app:
status: Confirmed → Invalid
no longer affects: powerd (Ubuntu)
Changed in unity-system-compositor:
importance: Undecided → Critical
Changed in unity-notifications:
status: New → Invalid
Revision history for this message
Ricardo Salveti (rsalveti) wrote : Re: don't turn on screen on notifications if proximity sensor triggered

I'd like to avoid using the proximity sensor for anything in here, as that might easily cause us a bunch of bad side effects (as anything on top of the sensor would trigger this use case, not only inside the pocket).

So I'd like to push for the swipe gesture instead, and if indeed not possible, we can try hacking powerd to not turn on the screen in some special cases.

kevin gunn (kgunn72)
Changed in unity-system-compositor:
importance: Critical → High
Revision history for this message
kevin gunn (kgunn72) wrote :

@ Olga/design team
another question for consideration, could we consider swipe to unlock on the notification as a non-full screen item ?

@ Mirco, does that even buy us anything ? in terms of reduced complexity and breaking the notification stacking (multiple notification scenarios)

no longer affects: unity-system-compositor
Revision history for this message
Bill Filler (bfiller) wrote :

@ kgunn
>>another question for consideration, could we consider swipe to unlock on the notification as a non-full screen item ?

That could work. Or what about using the greeter instead of snap decision and adding a swipe to answer?

Changed in ubuntu-ux:
status: Triaged → Confirmed
Changed in dialer-app:
status: Invalid → Confirmed
Changed in unity-notifications:
status: Invalid → Confirmed
Changed in dialer-app (Ubuntu):
status: Invalid → Confirmed
Changed in dialer-app:
importance: High → Critical
Changed in unity-notifications:
importance: Undecided → Critical
Changed in dialer-app (Ubuntu):
importance: High → Critical
Changed in ubuntu-ux:
importance: Medium → Critical
Bill Filler (bfiller)
summary: - don't turn on screen on notifications if proximity sensor triggered
+ too easy to answer a call by accident
Changed in ubuntu-ux:
status: Confirmed → In Progress
summary: - too easy to answer a call by accident
+ [notifications] too easy to answer a call by accident
Bill Filler (bfiller)
tags: added: touch-2014-10-02
removed: touch-2014-09-25
Changed in unity-notifications:
assignee: nobody → Mirco Müller (macslow)
kevin gunn (kgunn72)
summary: - [notifications] too easy to answer a call by accident
+ [notifications] [design] too easy to answer a call by accident
tags: added: touch-2014-10-30
removed: touch-2014-10-02
Revision history for this message
Mirco Müller (macslow) wrote : Re: [notifications] [design] too easy to answer a call by accident

The needed change needs to happen in the frontend of notifications (unity8). The backend, unity-notifications, is not to be touched.

affects: unity-notifications → unity8
Changed in ubuntu-ux:
status: In Progress → Fix Committed
kevin gunn (kgunn72)
Changed in unity8 (Ubuntu):
importance: Undecided → Critical
status: New → Confirmed
assignee: nobody → Mirco Müller (macslow)
no longer affects: unity8
Revision history for this message
kevin gunn (kgunn72) wrote :

https://chinstrap.canonical.com/~mmueller/swipe-to-act-wip-2.jpg
top image: the new swipe-to-act button in action on my Nexus4
middle image: the swipe-to-act button implementation stand-alone for testing
bottom image: one of the reference-mockup images provided by the design-team

The following questions remain:
- sizes, margins, colors are not explicitly stated, so I used common sense as much as possible to fill the gaps - is this ok?

- animations for state-changes cannot be derived from static mockup images

- start-call/end-call icons in our current ubuntu-mobile theme do not look like the ones used in mockups - is this ok?

- conceptual shortcoming with this design is the fact that it only applies to incoming calls, it does not cover any other snap-decision use-cases and thus requires domain-specific hints in the notification-system and changes of client code (telephony)

- it is unclear how the slider "transforms" into the outlined UbuntuShape with the symbolic icon

- the final state ("outlined UbuntuShape with symbolic icon") will hardly be visible to the user, since his/her finger will be over that area and the whole notification vanishes the moment the finger is raised

Changed in unity8 (Ubuntu):
status: Confirmed → In Progress
kevin gunn (kgunn72)
summary: - [notifications] [design] too easy to answer a call by accident
+ [notifications] too easy to answer a call by accident
Revision history for this message
Mirco Müller (macslow) wrote : Re: [notifications] too easy to answer a call by accident

Just had the meeting with Olga and James to answer the above mentioned questions. Results from the meeting are...

- sizes, margins and colors of the current implementation-state are accoding to design

- transition animations are provided now

- used icons in design-mockup are wrong, implementation is using correct icons

- we have to introduce a new hint for this swipe-to-act button for the use in incoming-call snap-decision notifications, triggering incoming-call snap-decision in telephony-app needs to be adapted (I'll also do that), other snap-decision use-cases are left untouched by this change

- the initial red/green UbuntuShape with the phone-icons will gradually fade out and finally be replaced with the outlined version the moment the slider is fully covering that area

- we agreed to keep the final state (of the outlined UbuntuShape with the symbolic icon) despite it being only visible for a very brief moment

Bill Filler (bfiller)
Changed in dialer-app:
status: Confirmed → Invalid
Changed in dialer-app (Ubuntu):
status: Confirmed → Invalid
Changed in dialer-app:
status: Invalid → Confirmed
Changed in dialer-app (Ubuntu):
status: Invalid → Confirmed
Mirco Müller (macslow)
Changed in unity-notifications (Ubuntu):
status: New → In Progress
importance: Undecided → Critical
assignee: nobody → Mirco Müller (macslow)
Revision history for this message
Mirco Müller (macslow) wrote :

Why is lp:dialer-app linked to this bug and not lp:telephony-service? The latter is the one which creates and triggers the incoming-call snap-decision notification.

With the upcoming support for the SwipeToAct widget in notifications, which is specifically designed to solve this very UX-bug, all that needs to be added to telephony-service is:

=== modified file 'approver/approver.cpp'
--- approver/approver.cpp 2014-07-22 10:57:54 +0000
+++ approver/approver.cpp 2014-10-21 14:09:44 +0000
@@ -282,6 +282,9 @@
                                         "x-canonical-snap-decisions",
                                         "true");
     notify_notification_set_hint_string(notification,
+ "x-canonical-snap-decisions-swipe",
+ "true");
+ notify_notification_set_hint_string(notification,
                                         "x-canonical-private-button-tint",
                                         "true");
     notify_notification_set_hint_string(notification,

Revision history for this message
Mirco Müller (macslow) wrote :

Quick clip of the added delay for the "selected/locked-in" state, to give the user another visual clue of the selection she/he made... https://chinstrap.canonical.com/~mmueller/swipe-to-act-wip-6.mp4

affects: dialer-app → telephony-service
Alexander Sack (asac)
summary: - [notifications] too easy to answer a call by accident
+ TOPBLOCKER too easy to answer a call by accident
summary: - TOPBLOCKER too easy to answer a call by accident
+ [TOPBLOCKER] too easy to answer a call by accident
Revision history for this message
Mirco Müller (macslow) wrote :

The related branches in action on the mako (against image 105) https://www.youtube.com/watch?v=bLNWI4GvplQ

Revision history for this message
Oliver Grawert (ogra) wrote :

I just had my phone hard locked on the PIN unlock screen due to this issue (screen turned on by an event notification and the ulocking was disabled due to "too many wrong unlock attempts" ) ... here swipe will not help at all and proximity would be the only solution IMHO

Revision history for this message
Oliver Grawert (ogra) wrote :

this was reported as bug 1385332

kevin gunn (kgunn72)
Changed in unity-notifications (Ubuntu RTM):
assignee: nobody → Mirco Müller (macslow)
status: New → In Progress
importance: Undecided → Critical
Changed in unity8 (Ubuntu RTM):
assignee: nobody → Mirco Müller (macslow)
status: New → In Progress
Bill Filler (bfiller)
Changed in telephony-service (Ubuntu):
status: New → Invalid
Changed in dialer-app (Ubuntu):
status: Confirmed → Invalid
Changed in telephony-service:
status: Confirmed → Invalid
Bill Filler (bfiller)
Changed in telephony-service (Ubuntu):
status: Invalid → Confirmed
Changed in telephony-service:
status: Invalid → Confirmed
Changed in telephony-service (Ubuntu):
importance: Undecided → Critical
assignee: nobody → Gustavo Pichorim Boiko (boiko)
Changed in telephony-service (Ubuntu RTM):
status: New → Confirmed
importance: Undecided → Critical
assignee: nobody → Gustavo Pichorim Boiko (boiko)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package telephony-service - 0.1+14.10.20141031~rtm-0ubuntu1

---------------
telephony-service (0.1+14.10.20141031~rtm-0ubuntu1) 14.09; urgency=low

  [ Tiago Salem Herrmann ]
  * Use swipe to answer/reject calls (LP: #1358343)
 -- Ubuntu daily release <email address hidden> Fri, 31 Oct 2014 10:59:48 +0000

Changed in telephony-service (Ubuntu RTM):
status: Confirmed → Fix Released
Michał Sawicz (saviq)
Changed in unity-notifications (Ubuntu RTM):
assignee: Mirco Müller (macslow) → Michał Sawicz (saviq)
Changed in unity8 (Ubuntu RTM):
importance: Undecided → Critical
assignee: Mirco Müller (macslow) → Michał Sawicz (saviq)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity8 - 8.01+15.04.20141104-0ubuntu1

---------------
unity8 (8.01+15.04.20141104-0ubuntu1) vivid; urgency=low

  [ Sebastien Bacher ]
  * Drop workaround, it's not needed and create issues for desktop-next
    (LP: #1387671)

  [ Albert Astals ]
  * Do not append integer to char *
  * Remove unused end() function
  * Update build.sh
  * Fix i18n

  [ Michael Zanetti ]
  * rework launcher quicklist visuals to fit new design (LP: #1368660)
  * Fix DBusVariant conversion for launcher emblems (LP: #1387261)
  * Fix desktop file encoding in launcher (LP: #1387083)
  * Add a hinting animation to indicate changes in the backend (LP:
    #1376707)

  [ Alberto Aguirre ]
  * Add audioRole to QtMultimedia mock
  * Add a plugin to take screenshots on vol up + vol down

  [ CI bot ]
  * Fix relative time formatter when using non-UTC timezone. (LP:
    #1378821)

  [ Leo Arias ]
  * Removed the tests for the alternate paths of the autopilot helpers.

  [ Nick Dedekind ]
  * Fix relative time formatter when using non-UTC timezone. (LP:
    #1378821)
  * Reset current item selection on deleted. (LP: #1378462)
  * Added timer to re-assert server value after indicator menu item
    activation. (LP: #1336715)

  [ Mirco Müller ]
  * Added dedicated swipe-to-act button for snap-decisions, which avoids
    accidental taps/button-presses. (LP: #1358343)

  [ Chris Gagnon ]
  * add missing unity-scope-click dependancy to unity8-autopilot package
    (LP: #1336276)

  [ Michael Terry ]
  * Don't lock phone if user tries to switch back to an active call.
    (LP: #1388156)

  [ Daniel d'Andrada ]
  * DirectionalDragArea: Update TODO comment in light of new events
  * TouchDispatcher: synthesize MouseButtonDblClick events

  [ Leonardo Arias Fonseca ]
  * Removed the tests for the alternate paths of the autopilot helpers.
 -- Ubuntu daily release <email address hidden> Tue, 04 Nov 2014 12:56:08 +0000

Changed in unity8 (Ubuntu):
status: In Progress → Fix Released
Michał Sawicz (saviq)
Changed in unity-notifications (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity8 - 8.01.1+14.10.20141105.2~rtm-0ubuntu1

---------------
unity8 (8.01.1+14.10.20141105.2~rtm-0ubuntu1) 14.09; urgency=medium

  [ Albert Astals ]
  * Fix i18n (LP: #1389165)

  [ Michael Zanetti ]
  * Fix DBusVariant conversion for launcher emblems (LP: #1387261)
  * Fix desktop file encoding in launcher (LP: #1387083)

  [ Alberto Aguirre ]
  * Add audioRole to QtMultimedia mock
  * Add a plugin to take screenshots on vol up + vol down

  [ Nick Dedekind ]
  * Reset current item selection on deleted. (LP: #1378462)
  * Added timer to re-assert server value after indicator menu item
    activation. (LP: #1336715)

  [ Mirco Müller ]
  * Added dedicated swipe-to-act button for snap-decisions, which avoids
    accidental taps/button-presses. (LP: #1358343)

  [ Michael Terry ]
  * Don't lock phone if user tries to switch back to an active call.
    (LP: #1388156)

  [ Daniel d'Andrada ]
  * TouchDispatcher: synthesize MouseButtonDblClick events (LP:
    #1388359)

  [ Michał Sawicz ]
  * Bump the version above the version synced from vivid, otherwise
    train will generate a lower-than-archive version number.
  * fix positive/negative answer order on the new swipe notification

  [ Ubuntu daily release ]
  * New rebuild forced

unity8 (8.01+15.04.20141030-0ubuntu1) vivid; urgency=medium

  [ Michael Terry ]
  * Provide 'passphrase' as a field of Components.Lockscreen
  * Fix a race between Qml loading and DBus registration that caused
    problems when jenkins tried to unlock the phone.
  * Set domain explicitly for the Dialogs component because the welcome
    wizard wants to import it. (LP: #1381731)
  * When greeter or lockscreen has focus, show active call panel. (LP:
    #1378872)

  [ Ted Gould ]
  * Set the default OOM score for the dash (LP: #1379786)

  [ Michał Sawicz ]
  * Revert lp:~unity-team/unity8/flickables-speed-workaround to avoid
    risk in RTM.
  * Updated behaviour for zoomable image, workaround for sourcesize (LP:
    #1333187)

  [ Michael Frey ]
  * Added a check for Proximity to determine if we show the lock screen.
    (LP: #1378012)

  [ Ying-Chun Liu ]
  * Add non-interactive code into GenericScopeView. (LP: #1384441)

  [ Mirco Müller ]
  * Also use modal nature of snap-decision notifications when
    greeter/lockscreen is shown. This fixes LP: #1378827. (LP: #1378827)

  [ Michael Zanetti ]
  * Make the launcher update on dconf changes (LP: #1376707)
  * exit spread on background tap (LP: #1368261)
  * Use an index instead of a scope id in DashCommunicator (LP:
    #1376044)

  [ Andrea Cimitan ]
  * Updated behaviour for zoomable image, workaround for sourcesize (LP:
    #1333187)

  [ Daniel d'Andrada ]
  * Make TouchGate synthesize QMouseEvents for mouse-based target items
  * Don't specify a distanceThreshold as it conflicts with
    hintDisplacment
 -- Ubuntu daily release <email address hidden> Wed, 05 Nov 2014 14:39:41 +0000

Changed in unity8 (Ubuntu RTM):
status: In Progress → Fix Released
Michał Sawicz (saviq)
Changed in unity-notifications (Ubuntu RTM):
status: In Progress → Fix Released
Olli Ries (ories)
Changed in telephony-service (Ubuntu):
importance: Critical → High
Changed in telephony-service:
importance: Critical → High
Revision history for this message
Olli Ries (ories) wrote :

set the Ubuntu Tasks to High to get it of the RTM list

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

This bug was fixed in the package telephony-service - 0.1+15.04.20141110.2-0ubuntu1

---------------
telephony-service (0.1+15.04.20141110.2-0ubuntu1) vivid; urgency=low

  [ Gustavo Pichorim Boiko ]
  * Update the snap decision to support more actions. (LP: #1218289)
  * Do not crash if the account manager preparation job does not
    succeed.

  [ Tiago Salem Herrmann ]
  * Use swipe to answer/reject calls (LP: #1358343)
 -- Ubuntu daily release <email address hidden> Mon, 10 Nov 2014 18:29:26 +0000

Changed in telephony-service (Ubuntu):
status: Confirmed → Fix Released
Bill Filler (bfiller)
Changed in telephony-service:
status: Confirmed → Fix Released
Changed in ubuntu-ux:
status: Fix Committed → Fix Released
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.