No sound is routed to bluetooth headset after a call

[Tiago Salem Herrmann]

After the latest update to bluez5 no sound is routed to the connected bluetooth headset after a call is ended.

Steps to reproduce:

1) connect a bluetooth headset
2) Receive a call
3) End the call
4) Try to play music

Expected behavior:
Music is routed to the connected headset

Current behavior:
No sound is routed, although music player behaves as it was playing normally.

Additional info.
If you receive a second call, the audio is again routed normally to the headset after it's finished.
Just tried with old images with bluez4 and it works as expected.

[Simon Fels (morphis)]

Did you connect the BT headset when you were registered with a telephony network operator?

[Tiago Salem Herrmann (tiagosh)]

Looks like the bug is easily reproducible when the device gets connected before it's registered to the network, but I was able to reproduce the problem after connecting it manually after it's registered as well, but in this case, not always reproducible.
One thing I noticed (not sure if related) is that sometimes I get the ringtone as a2dp, sometimes I don't get nothing, and the device supports hfp, but it doesn't work on bluez5 as it seems. It does work on bluez4.

[Simon Fels (morphis)]

Looks like I've found the reason for this. Seems to be the timing which is somehow different on your side to what I saw before. Will give some more details later today where to get the updated pulseaudio packages from to test on your side.

[Tiago Salem Herrmann (tiagosh)]

With latest pulseaudio from silo 9 the call is routed correctly, but I still can't control the incoming call with the headset, and I hear the device ringtone, and not the headset one. My guess here is that HFP is only working during an active call, since I can hangup an active call with the headset button but I can't accept a call while it's ringing.

I am attaching the syslog.

[Simon Fels (morphis)]

There are two connections for HFP. One is the service level connection which is used for exchanging AT commands which is setup all the device the device is connected on HFP even if no call is active. This way we also accept/decline calls. The second connection is the actual SCO channel fo sending the audio data which is opened as soon as the headset_head_unit profile for the PA bluetooth audio card is set.

[Daniel van Vugt (vanvugt)]

Ubuntu Touch is no longer supported.