touch-packages team mailing list archive

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

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.

-- 
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