← Back to team overview

desktop-packages team mailing list archive

[Bug 1506340] Re: Multimedia audio is routed for half of a second through HFP SCO after call has ended


** Changed in: canonical-devices-system-image
   Importance: Undecided => Medium

** Changed in: canonical-devices-system-image
       Status: New => Confirmed

** Changed in: canonical-devices-system-image
    Milestone: None => backlog

** Changed in: canonical-devices-system-image
     Assignee: (unassigned) => John McAleely (john.mcaleely)

You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.

  Multimedia audio is routed for half of a second through HFP SCO after
  call has ended

Status in Canonical System Image:
Status in bluez package in Ubuntu:
Status in pulseaudio package in Ubuntu:
Status in telepathy-ofono package in Ubuntu:

Bug description:
  When playing audio through A2DP and a call comes in, gets accepted and
  finishes after some time the multimedia audio will start again after
  the call but is played for half of a second either through the phone
  speaker or HFP SCO channel rather than only being played again through
  A2DP as it was before the call.

  This happens with BlueZ 4.x and 5.x and is related to how we handle
  the audio routing setup currently.

  The telepathy-ofono service currently switches the different ports,
  sinks, sources and profiles of our PulseAudio elements to enable
  everything needed to do a voicecall and to switch things back
  correctly once the voicecall is done. The issue described above is the
  result of either a incorrect sequence of enabling/disbling things or
  bound to timing issues when the switching is done.

  We need to do some more analysis on the routing in PulseAudio and how
  telepathy-ofono does things.

To manage notifications about this bug go to: