touch-packages team mailing list archive

[Michał Sawicz <michal.sawicz@xxxxxxxxxxxxx>]

W dniu 15.10.2014 o 15:21, Olga Kemmet pisze:
> How come, that the telephony service is handling sound differently from
> all other apps? Or am I misunderstanding something?

It's a service, not an app, so it has no UI. It does, however, trigger 
the snap decision of an incoming call (maybe it'll be a dialog later, 
doesn't really matter). Unless it's the actual phone app that will come 
up on incoming call, the telephony service will trigger some UI 
displayed for the user to interface with. That dialog can have a sound 
associated, so that the service doesn't have to be told that the user 
muted the call, for example.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity-notifications in
Ubuntu.
https://bugs.launchpad.net/bugs/1379248

Title:
  Should pass incoming call sound to notification system for playback

Status in Ubuntu UX bugs:
  Fix Committed
Status in “telephony-service” package in Ubuntu:
  New
Status in “unity-notifications” package in Ubuntu:
  New
Status in “unity8” package in Ubuntu:
  New

Bug description:
  The telephony service currently plays all the sounds itself. We now
  have support for notifications to play them, and it would be better as
  a central place to handle notification sounds.

  Adding a unity8 task as we need to define looping (probably infinite
  for all snap decisions, none for the rest - adding a ubuntu-ux task
  for confirmation) and sound roles (based on notification
  severity/importance?).

  Also adding unity-notifications task in case we need to define more
  hints...

  This would help ensuring consistency for things like bug #1379238.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1379248/+subscriptions