After disconnnecting from car bluetooth, audio is still routed to bluetooth
Bug #1487889 reported by
Pat McGowan
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
Critical
|
John McAleely | ||
bluez (Ubuntu) |
Fix Released
|
Critical
|
Simon Fels |
Bug Description
MX4 r96
This has been happening fro a few weeks
Phone automatically connects to the car, you don't have to make or receive a call
Leave the car and disconnect
Place a call
The audio starts out using the phone as expected, after a few seconds the audio switches to bluetooth
You can manually change the audio in the UI
This happens until you reboot
Changed in canonical-devices-system-image: | |
importance: | Undecided → Critical |
status: | New → Confirmed |
Changed in canonical-devices-system-image: | |
milestone: | none → ww40-2015 |
assignee: | nobody → Bill Filler (bfiller) |
Changed in bluez (Ubuntu): | |
assignee: | nobody → Simon Fels (morphis) |
importance: | Undecided → Critical |
Changed in canonical-devices-system-image: | |
milestone: | ww46-2015 → ww02-2016 |
tags: | added: bluez5 |
Changed in canonical-devices-system-image: | |
status: | Incomplete → Fix Committed |
Changed in bluez (Ubuntu): | |
status: | Confirmed → Fix Released |
Changed in canonical-devices-system-image: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I tried to reproduce this under similar conditions with a headset as I don't have access to any carkit at the moment but didn't had success. There are two possible reasons for this:
* the device doesn't get disconnect any stays connected as device for bluez
* the device disconnects properly but the upper stack (telepathy-ofono, telephony-service, pulseaudio) doesn't recognize this correctly
I will try to get this reproduced next week with my own carkit at home.
Tiago also mentioned there was a major rework of the code part in telepathy-ofono recently (ota6?) handling these things. He will attach a package without this rework included to let us verify if this is the reason for the behavior we see here or not.