Synchronous sound notifications pause video

[Leo Arias]

Dave found this while testing silo 11. I reproduced with krilling 14.09 proposed #91.

Steps to reproduce:
Put a video on the Videos folder of the phone.
Go to the video scope.
Open a video and play it.
While the video is playing, press the volume up or down buttons.

The video freezes. It seems paused, but the pause button is still visible. If you click pause and play, then the video resumes.

phablet@ubuntu-phablet:~$ apt-cache policy indicator-sound
indicator-sound:
  Instalados: 12.10.2+14.10.20141007-0ubuntu1
  Candidato: 12.10.2+14.10.20141007-0ubuntu1
  Tabla de versión:
 *** 12.10.2+14.10.20141007-0ubuntu1 0
        500 http://ppa.launchpad.net/ci-train-ppa-service/landing-011/ubuntu-rtm/ 14.09/main armhf Packages
        100 /var/lib/dpkg/status

[kevin gunn (kgunn72)]

changing this to high as I disagree this is critical given where we are at & how we're interpreting critical, but recommend asking JoeO what he thinks.

also, there are 2 bugs here per a quick irc chat
1) short term, unity8 should use the "alert" role when playing sound for vol change - this will avoid pausing the video, but will drop the video's audio for the beep, and then ramp back up the video....imagine pressing vol button in sequence, this could get annoying to user
2) longer term to address the annoying user element, the audio policy would need to account for video playing to "override" or there needs to be another role "volkey-alert" or some such

[Ricardo Salveti (rsalveti)]

The ideal here is changing the indicator to give us a hint about the current active role, and only play the notification sound when the active role is 'alert'.

We shouldn't play any audio notification when changing sound for multimedia/alarm, as that is really annoying (imagine yourself increasing the volume of a awesome video/music and getting all those annoying beeps until you get to the right volume level).

[Ted Gould (ted)]

Going to change this bug into "use the alert role" bug. Basically the sounds coming out of unity8 notification today are using the default role, multimedia, which media-hub interprets as another stream so it pauses the audio. Instead unity8 should be using the alert role. That way the video won't pause.

The second part is now bug 1378961

[Michał Sawicz (saviq)]

Can anyone please point to *how* we should change the role?

Also, currently it's the telephony stack that plays the incoming call and message sound. Since snap-decisions can play sounds now, should they? Would they all be the same role? How would we define whether the sound is supposed to be looped vs. not?

[Mirco Müller (macslow)]

I think that notifications should play such sounds, since we now have the sound-hint support. Thus I agree with saviq, that incoming call/message jingles should be "offloaded" to notifications to be played.

Playback in snap-decision type notifications would loop sound-playback until said notification is closed. All other notification-types would play back only a single iteration of the attached sound.

[Mirco Müller (macslow)]

This also solves any potential synchronization issues between sound-playback and notification display.

[Michał Sawicz (saviq)]

Sprouted bug #1379248 from this.

[Albert Astals Cid (aacid)]

Seems this has been fixed already, at least i can not reproduce.

Please comment if you still can.

[Launchpad Janitor (janitor)]

[Expired for unity8 (Ubuntu) because there has been no activity for 60 days.]