** Changed in: unity-notifications (Ubuntu)
Assignee: Mirco Müller (macslow) => (unassigned)
** Changed in: unity8 (Ubuntu)
Assignee: Mirco Müller (macslow) => (unassigned)
** Changed in: telephony-service (Ubuntu)
Assignee: Mirco Müller (macslow) => (unassigned)
** Changed in:
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
** Changed in: unity8 (Ubuntu)
Importance: Undecided = Medium
** Changed in: unity8 (Ubuntu)
Status: New = Triaged
** Also affects: unity8 (Ubuntu RTM)
Importance: Undecided
Status: New
** Changed in: unity8 (Ubuntu RTM)
Assignee: (unassigned) = Mirco Müller (macslow)
How come, that the telephony service is handling sound differently from
all other apps? Or am I misunderstanding something?
** Changed in: ubuntu-ux
Assignee: (unassigned) = Olga Kemmet (olga-kemmet)
** Changed in: ubuntu-ux
Status: New = Fix Committed
** Changed in: ubuntu-ux
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
** Changed in: unity-notifications (Ubuntu)
Assignee: (unassigned) = Mirco Müller (macslow)
** Changed in: unity8 (Ubuntu)
Assignee: (unassigned) = Mirco Müller (macslow)
** Changed in: telephony-service (Ubuntu)
Assignee: (unassigned) = Mirco Müller (macslow)
--
You received
Oh and I wonder, what if there's multiple SDs at the same time? I doubt
all should play, maybe only the one that's active (expanded/focused)
should play?
And for standard notifications, we might need a queue?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
