touch-packages team mailing list archive

[Ricardo Salveti <rsalveti@xxxxxxxxxxxx>]

On Fri, Dec 5, 2014 at 1:24 PM, Michał Sawicz
<michal.sawicz@xxxxxxxxxxxxx> wrote:
> Is there value/desire to providing the play/pause event to the
> foreground app if it's not playing audio?
>
> In my mind the events (all those that originate from the headset, be it wired or bluetooth) should just follow the audio stream (if any) to its source (media playback - media-hub; ringtone - telephony-service; during a call - telephony-service as well; playing a game - the foreground app; etc.). I know you can post feedback events on audio streams and that feels to me like the most natural way to deliver those.
> We should only have a fallback policy in place for when there's no audio playback - deliver to media hub to resume the most recently played stream? To voice recognition on long press?
>
> Headphone (dis)connection (again, wired or otherwise) falls into the
> same group of events, if possible.

Yes, and in every case you described media-hub is involved (the only
one atm that is not yet covered is video playback using the browser).

I think a question for design is that if we should only care to send
events for multimedia specific applications, such as music-app and
mediaplayer-app. This is just because a game running in foreground
shouldn't necessarily need to care when we get such event from the
bt/wired headset.

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

Title:
  Can't use earphone to answer or disconnect a call

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Telephony Service:
  New
Status in Ubuntu UX bugs:
  New
Status in qtmir package in Ubuntu:
  In Progress
Status in telephony-service package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  New
Status in qtmir package in Ubuntu RTM:
  In Progress
Status in telephony-service package in Ubuntu RTM:
  New

Bug description:
  [Procedures]
  1.insert the earphone
  2.make a MO call to DUT
  3.use the Hook key to answer the call
  4.when connected the call use the hook key to disconnect the call

  [Expect results]
  earphone hook key can answer and disconnect the call
  [Actual results]
  can't answer and disconnect the call

  [Reproduce]
  Always

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1398427/+subscriptions