Loading
Prioritize focus switch messages
It was seen in one scenario that once the disconnect tone finishes playing and causes the BT ICS to unbind that it took time for the unfocus switch request to be processed by the audio routing controller. BT stack notifies us that SCO audio is disconnected and it causes a bunch of active device request switches between BT devices since the connection requests will inevitably end up failing. Those active device switches ended up being processed first over the switch focus request even though they were queued up after. This small fix ensures that the focus switch request is queued up to the front of the message queue so that the message can be processed at a much earlier time. Bug: 411472311 Flag: EXEMPT bug fix Test: Manual basic verification to verify no regression Test: atest CallAudioRouteControllerTest Change-Id: I8f259317ee908a439f924dd80fc1a76bd00a13d6