Don't black screen when on call with speakerphone

Bug #1353560 reported by Jean-Baptiste Lallement
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Unity System Compositor
Invalid
Undecided
Unassigned
dialer-app
Invalid
High
Unassigned
powerd
Fix Released
High
Andreas Pokorny
telepathy-ofono
Fix Released
High
Andreas Pokorny
unity-system-compositor (Ubuntu)
Invalid
High
Andreas Pokorny
unity8 (Ubuntu)
Invalid
High
Unassigned

Bug Description

mako #175

The "proximity" sensor (screen turns off when something get close to the phone) should be turned off when loud speaker is on otherwise it's very difficult to interact with the phone and the dialer, or to unlock the phone if the call is long. (it might also depends on where the sensor is on the hardware)

TEST CASE:
1. Open the dialer and place a call
2. Switch on the loud speaker and put your phone flat on the table.
3. Get your hand close to the sensor

ACTUAL RESULT
The screen turns off and user cannot interact with the dialer app

EXPECTED RESULT
Screen stays on.

Related branches

Bill Filler (bfiller)
summary: - Disable "proximity" sensor with loud speaker is on
+ Don't black screen when on call with speakerphone
Revision history for this message
Bill Filler (bfiller) wrote :

actually the bug is not with the proximity sensor. The issue is whenever you are on an active call with speaker phone enabled, the screen should not fully blank and the phone shouldn't lock. The screen should just dim but not lock when on an active call

tags: added: rtm14
Changed in unity8 (Ubuntu):
assignee: nobody → Michael Terry (mterry)
Bill Filler (bfiller)
Changed in dialer-app:
status: New → Confirmed
importance: Undecided → High
Changed in unity8 (Ubuntu):
importance: Undecided → High
tags: added: touch-2014-09-11
Revision history for this message
Michał Sawicz (saviq) wrote :

Is there a spec anywhere that it says that "the screen should only dim"? That would be behaviour different to any other phone out there? Input shouldn't work when proximity is triggered during a call either?

Or by "dim, but not lock" do you mean that it should turn the display off completely, just not lock?

Changed in unity8 (Ubuntu):
status: New → In Progress
Revision history for this message
Bill Filler (bfiller) wrote :

I don't think there is a spec.
I'm comparing to what iphone does. When on a call (with speakerphone enabled or not) and you lay the phone down on the table, the screen never locks. The screen does dim slightly after some seconds but never fully goes black. I think we should do the same. If we can't dim the screen then just leave it fully on.

So I think we have two bugs 1) we turn off the screen completely and 2) we lock the phone

Not sure what you mean about input not working when proximity is triggered during a call?

Revision history for this message
Michał Sawicz (saviq) wrote :

Sorry, I mixed it up with a bit with the normal handset use, not speakerphone. So it is related to proximity in that if during a call, it should only turn off completely on proximity, otherwise should stay on but dim.

This can be handled by a powerd request by the dialer app I believe. Same as `powerd-cli display on` does. Not sure if the switch to u-s-c handling brightness brought over the right behavior of dimming but not powering off?

Revision history for this message
Michał Sawicz (saviq) wrote :

From my tests it looks like no, u-s-c does not handle this properly, does not dim at all (it's only the complete power-off timeout that should be disabled).

Ah, and that means that unity8 is not really involved and the branch is actually unrelated in that if the screen does not power off, then unity8 wouldn't lock anyway.

Changed in unity8 (Ubuntu):
assignee: Michael Terry (mterry) → nobody
status: In Progress → Invalid
Revision history for this message
Michał Sawicz (saviq) wrote :

The bug in unity-system-compositor:

`powerd-cli display on` (no "bright") keeps the screen in full brightness state. It should dim as usual, just not power off.

Between u-s-c and telephony-service (?):

The display lock should contain proximity and display on (not bright).

kevin gunn (kgunn72)
tags: added: touch-2014-09-25
removed: touch-2014-09-11
Changed in unity-system-compositor (Ubuntu):
importance: Undecided → High
assignee: nobody → Andreas Pokorny (andreas-pokorny)
Revision history for this message
Andreas Pokorny (andreas-pokorny) wrote :

no change needed so far communication of necessary powerd state changes has to happen through telepathy-ofono

Changed in powerd:
status: New → In Progress
assignee: nobody → Andreas Pokorny (andreas-pokorny)
Changed in unity-system-compositor (Ubuntu):
status: New → Invalid
Changed in telepathy-ofono:
assignee: nobody → Andreas Pokorny (andreas-pokorny)
status: New → In Progress
Changed in unity-system-compositor:
status: New → Invalid
Revision history for this message
Olga Kemmet (olga-kemmet) wrote :
Bill Filler (bfiller)
Changed in dialer-app:
status: Confirmed → Invalid
Changed in powerd:
importance: Undecided → High
Changed in telepathy-ofono:
importance: Undecided → High
Bill Filler (bfiller)
tags: added: touch-2014-10-09
removed: touch-2014-09-25
Bill Filler (bfiller)
Changed in telepathy-ofono:
status: In Progress → Fix Released
Changed in powerd:
status: In Progress → 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.