Can't hear clock alarm when headphones are plugged in but not in your ears

Bug #1364647 reported by Marco Trevisan (Treviño) on 2014-09-02
72
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Band-aids for Ubuntu Phone
Undecided
Devid Antonio Filoni
Canonical System Image
High
Alejandro J. Cura
Ubuntu Clock App
High
Unassigned
Ubuntu UX
Medium
James Mulholland
indicator-datetime (Ubuntu)
High
Charles Kerr
pulseaudio (Ubuntu)
High
Unassigned

Bug Description

When a bluetooth or wired headset the phone embedded speakerphone should ring anyway as you probably won't wear an headset while sleeping, while you prefer keeping your headset connected all the times.

-- SOLUTION --
Alarms should *always* be played to the speaker phones, as well as in the wired/wireless headset.

(The equivalent for the ringtone is bug 1583981.)

Related branches

Nekhelesh Ramananthan (nik90) wrote :

Hey Marco, thanks for the bug report. I am relatively certain that the fix for this is outside the scope of the clock app, but nonetheless let's track it here. I will contact the concerned devs about this.

Changed in ubuntu-clock-app:
status: New → Confirmed
importance: Undecided → High
milestone: none → rtm
summary: - Alarm should always be played (also) in the speakerphone even when a
- bluetooth or wired headset is used
+ Alarm, Calls should always be played (also) in the speakerphone even
+ when a bluetooth or wired headset is used
description: updated
Changed in ubuntu-ux:
status: New → Fix Committed
tags: added: rtm14
tags: added: touch-2014-09-18
Bill Filler (bfiller) on 2014-09-10
no longer affects: dialer-app
no longer affects: dialer-app (Ubuntu)
Changed in ubuntu-ux:
assignee: nobody → Matthew Paul Thomas (mpt)
summary: - Alarm, Calls should always be played (also) in the speakerphone even
- when a bluetooth or wired headset is used
+ [Sound] Alarm, Calls should always be played (also) in the speakerphone
+ even when a bluetooth or wired headset is used

review with Ben, this is wont fix

Changed in ubuntu-ux:
status: Fix Committed → Opinion
tags: removed: rtm14 touch-2014-09-18
Changed in ubuntu-clock-app:
milestone: rtm → postrtm
status: Confirmed → Opinion

The rationale is you might have headset plugged in/paired and you would miss calls and alarms.

We checked on iOS, Android and Windows phone and they have a similiar behaviour

Changed in ubuntu-ux:
status: Opinion → Fix Committed
importance: Undecided → Medium
description: updated
Matthew Paul Thomas (mpt) wrote :

This is not covered in the sound design spec yet.

Giorgio, <http://www.reddit.com/r/Android/comments/n98ru/gaming_in_class_quickly_disable_all_sound_with_a/> suggests that two years ago this was not the behavior on Android. Has it changed recently?

Changed in ubuntu-ux:
status: Fix Committed → Confirmed

Not sure when it changed, but definely it's the behavior it has currently. And personally I find it reasonable.

We tested on iOS, Android (headset) and Windows Mobile (bluetooth) and it
exhibits the same behaviour

On Mon, Sep 22, 2014 at 12:32 PM, Matthew Paul Thomas <email address hidden>
wrote:

> This is not covered in the sound design spec yet.
>
> Giorgio,
> <
> http://www.reddit.com/r/Android/comments/n98ru/gaming_in_class_quickly_disable_all_sound_with_a/
> >
> suggests that two years ago this was not the behavior on Android. Has it
> changed recently?
>
> ** Changed in: ubuntu-ux
> Status: Fix Committed => Confirmed
>
> --
> You received this bug notification because you are subscribed to Ubuntu
> UX.
> https://bugs.launchpad.net/bugs/1364647
>
> Title:
> [Sound] Alarm, Calls should always be played (also) in the
> speakerphone even when a bluetooth or wired headset is used
>
> Status in Clock application for Ubuntu devices:
> Opinion
> Status in Ubuntu UX bugs:
> Confirmed
> Status in “pulseaudio” package in Ubuntu:
> New
>
> Bug description:
> When a bluetooth or wired headset the phone embedded speakerphone
> should ring anyway as you probably won't wear an headset while
> sleeping, while you prefer keeping your headset connected all the
> times.
>
> -- SOLUTION --
> Calls and Alarms should *always* be played to the speaker phones, as
> well as in the wired/wireless headset.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu-clock-app/+bug/1364647/+subscriptions
>

Changed in ubuntu-ux:
status: Confirmed → Triaged

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

Changed in pulseaudio (Ubuntu):
status: New → Confirmed
Marco (jermy-07) wrote :

(Copying my comment from the duplicate bug I created)

Steps to reproduce:
* Set alarm and plug in speakers. (E.g. listen to music and fall asleep)

Expected result:
* Wake up in the morning

Actual result:
* Missed a class

About this phone:
14.10 (r17)

themeles (themeles) wrote :

I totally agree that the alarm should also go off through the speakers if there is a headset plugged in. I had the same problem as mentioned above, luckily I had a backup alarm, because I don't trust my phone yet - for good!

Matthew Paul Thomas (mpt) wrote :

I was wrong in thinking this was a job for the sound system in general. The sound spec already allows for "an app chang[ing] the primary output itself". <https://wiki.ubuntu.com/Sound#primary-output> It's up to the alarm clock to set the primary output to the speaker, in the same way that a phone call sets the primary output to the earpiece. So this should be included in the spec for the alarm clock.

Changed in ubuntu-ux:
assignee: Matthew Paul Thomas (mpt) → nobody
Matthew Paul Thomas (mpt) wrote :

One possibility would be for ringtones and alarms to play through the current primary output for the first 2~4 seconds, and then force the phone speakers after that, just in case you aren't listening to the headphones.

Changed in ubuntu-clock-app:
milestone: 3.x.backlog → 3.4
status: Opinion → Triaged
Changed in ubuntu-clock-app:
milestone: 3.4 → none
status: Triaged → Incomplete
summary: - [Sound] Alarm, Calls should always be played (also) in the speakerphone
- even when a bluetooth or wired headset is used
+ [Sound][ux] Alarm, Calls should always be played (also) in the
+ speakerphone even when a bluetooth or wired headset is used

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

Changed in indicator-datetime (Ubuntu):
status: New → Confirmed
John Lea (johnlea) on 2015-07-30
summary: - [Sound][ux] Alarm, Calls should always be played (also) in the
+ [System Settings] Alarm, Calls should always be played (also) in the
speakerphone even when a bluetooth or wired headset is used
Changed in ubuntu-ux:
assignee: nobody → Matthew Paul Thomas (mpt)

I don't know why this was assigned to me again. I'm not involved with the design of the Clock app, and I've already made a suggestion.

Changed in ubuntu-ux:
assignee: Matthew Paul Thomas (mpt) → nobody
description: updated
summary: - [System Settings] Alarm, Calls should always be played (also) in the
- speakerphone even when a bluetooth or wired headset is used
+ Can't hear clock alarm when headphones are plugged in but not in your
+ ears
Sebastien Bacher (seb128) wrote :

bug #1483888 has been reported about the ringtone issue

Changed in ubuntu-clock-app:
status: Incomplete → Invalid
Changed in indicator-datetime (Ubuntu):
importance: Undecided → High
Changed in pulseaudio (Ubuntu):
importance: Undecided → High
Changed in ubuntu-ux:
status: Triaged → Fix Committed
Sebastien Bacher (seb128) wrote :

that seems like an important issue, can we get that on the ota7 list?

Matthew Paul Thomas (mpt) wrote :

The described "SOLUTION" is not yet in the Clock design spec. <https://goo.gl/A9AlsL>

Changed in ubuntu-ux:
assignee: nobody → James Mulholland (jamesjosephmulholland)
status: Fix Committed → Triaged
Pat McGowan (pat-mcgowan) wrote :

We can fix this in the network indicator to have it query the current audio device and add the internal speaker if it is not current. This should allow us to play the alarm tone on both. per diwic

1) pa_context_get_server_info and then pa_server_info->default_sink_name gives you the sink
2) then call pa_context_get_sink_info_by_name for that sink and see if pa_sink_info->active_port is set
3) if so use active_port->name (and active_port->description for a human-readable name)
4) if not, just use sink->name and sink->description

change active port to "output-speaker" for the card named "droid_card.primary" Or to both if possible, there is also a "output-speaker+wired_headphone" port

There is existing code that is similar for the dialer to set the port and a QML wrapper

Pat McGowan (pat-mcgowan) wrote :

I meant datetime in my last comment

Changed in indicator-datetime (Ubuntu):
assignee: nobody → Charles Kerr (charlesk)
Changed in canonical-devices-system-image:
assignee: nobody → Alejandro J. Cura (alecu)
importance: Undecided → High
milestone: none → backlog
status: New → Confirmed
Nekhelesh Ramananthan (nik90) wrote :

Could we try to target this for OTA-8 or even OTA-9 consideirng it is quite a nuisance that alarms cannot be heard if headphones are used to listen to music while sleeping.

As for ringtone, I'd rather suggest some time of only headphones, and if after some time the alarm is not dismissed, both on headphones and speakers (as it may indeed happen that you use alarms for other than waking up and it could be embarrassing/annoying to have it played on the speakers right away)

description: updated
Changed in band-aids-uphone:
assignee: nobody → Devid Antonio Filoni (d.filoni)
status: New → In Progress
Pat McGowan (pat-mcgowan) wrote :

@david can you sign the contributor agreement at http://www.ubuntu.com/legal/contributors
thanks for the MRs

@Pat: done ;)
Thank you for comment #17, you saved me a lot of time!

tags: added: pulse-touch
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related blueprints