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

[Marco Trevisan (Treviño)]

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.)

[Nekhelesh Ramananthan (nik90)]

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.

[Victor Tuson Palau (vtuson)]

review with Ben, this is wont fix

[Giorgio Venturi (giorgio-venturi-deactivatedaccount)]

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

[Matthew Paul Thomas (mpt)]

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?

[Marco Trevisan (Treviño) (3v1n0)]

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

[Giorgio Venturi (giorgio-venturi-deactivatedaccount)]

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
>

[Launchpad Janitor (janitor)]

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

[Marco (jermy-07)]

(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)]

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)]

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.

[Matthew Paul Thomas (mpt)]

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.

[Launchpad Janitor (janitor)]

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

[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.

[Sebastien Bacher (seb128)]

bug #1483888 has been reported about the ringtone issue

[Sebastien Bacher (seb128)]

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

[Matthew Paul Thomas (mpt)]

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

[Pat McGowan (pat-mcgowan)]

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)]

I meant datetime in my last comment

[Nekhelesh Ramananthan (nik90)]

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.

[Julia Palandri (julia-palandri)]

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)

[Pat McGowan (pat-mcgowan)]

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

[Devid Antonio Filoni (d.filoni)]

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

[Daniel van Vugt (vanvugt)]

Ubuntu Touch is no longer supported.