** Changed in: ubuntu-clock-app
Milestone: 3.4 = None
** Changed in: ubuntu-clock-app
Status: Triaged = Incomplete
** Summary changed:
- [Sound] Alarm, Calls should always be played (also) in the speakerphone even
when a bluetooth or wired headset is used
+ [Sound][ux] Alarm, Calls
** Changed in: ubuntu-clock-app
Milestone: 3.x.backlog = 3.4
** Changed in: ubuntu-clock-app
Status: Opinion = Triaged
** Also affects: indicator-datetime (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
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.
--
You received this bug notification because you are a member of Desktop
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
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!
--
You received this bug notification because you are a member of
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: pulseaudio (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
(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)
--
You received this bug notification
** Changed in: ubuntu-ux
Status: Confirmed = Triaged
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1364647
Title:
[Sound] Alarm, Calls should always be played (also) in
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
Not sure when it changed, but definely it's the behavior it has
currently. And personally I find it reasonable.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1364647
Title:
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 m...@canonical.com
wrote:
This is not covered in the sound design spec yet.
Giorgio,
review with Ben, this is wont fix
** Changed in: ubuntu-ux
Status: Fix Committed = Opinion
** Tags removed: rtm14 touch-2014-09-18
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
** Changed in: ubuntu-clock-app
Milestone: rtm = postrtm
** Changed in: ubuntu-clock-app
Status: Confirmed = Opinion
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
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
** Changed in: ubuntu-ux
Importance: Undecided =
14 matches
Mail list logo