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

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.

review with Ben, this is wont fix

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

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?

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
>

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

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

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!

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.

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.

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

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.

bug #1483888 has been reported about the ringtone issue

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

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

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

I meant datetime in my last comment

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)

@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!

Ubuntu Touch is no longer supported.