One additional comment here... The incoming call UI might be special enough to treat differently. If we end up with a fullscreen / maximized call UI, it might just as well be the dialer app itself... In which case there's no notification to play the sound through, and needs to be handled in a special way.
-- 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: Triaged Status in “unity8” package in Ubuntu RTM: Triaged 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 -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
