Fixed
Status Update
Comments
vi...@google.com <vi...@google.com> #2
We’ve shared this with our product and engineering teams and will continue to provide updates as more information becomes available.
m8...@gmail.com <m8...@gmail.com> #3
Telefonunda arıza var
vi...@google.com <vi...@google.com> #4
We are closing this issue based on comment
Description
I'm the issue reporter for a related Android 13 issue https://issuetracker.google.com/issues/242755161 . Although that issue has now been fixed, our team has discovered a new, potentially related issue.
Devices reproduced on
TQ1A.221205.011
TQ1A.221205.011
Observed behavior
Our app triggers bonding with our peripherals by reading an encrypted GATT characteristic, which triggers a security request from the embedded firmware.
After forgetting a bonded peripheral from Bluetooth settings, our app no longer receives a successful
onCharacteristicRead
callback during subsequent attempts to bond with the peripheral, despite the user confirming the bonding dialog twice.The issue does not go away with an app uninstall/reinstall and a phone reboot.
Expected behavior
No matter how the bonded peripheral was "forgotten" (either via Bluetooth settings or via something like the private API
removeBond()
), subsequent attempts to bond with the peripheral by reading its encrypted characteristic should succeed if the user has explicitly confirmed all the bonding dialogs that show up.Repro steps
Setup
Before reproducing the issue, we first get into a scenario where we're successfully bonded with our peripheral.
BluetoothLeScanner
.BluetoothGattCallback.onCharacteristicRead
with a status ofBluetoothGatt.GATT_SUCCESS
.Getting into the "bad state"
onConnectionStateChange
indicating that we're now disconnected since the bond is now broken.BluetoothGatt.close()
to fully tear down the connection.onCharacteristicRead
eventually times out with a status code of133
. The bond state of theBluetoothDevice
did change briefly from "BONDING" to "BONDED", but we believe this is a false state as subsequentonCharacteristicRead
continues to be ignored.ADB bug report
adb bugreport
archive shared withandroid-bugreport@google.com
.In this bug report, I went through the steps as outlined in the <Getting into the "bad state"> section above. I then repeated steps 4 and step 5 twice after the initial failure, resulting in three total instances of failure before I ran
adb bugreport
.