Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit a7d0db7b authored by Rahul Sabnis's avatar Rahul Sabnis
Browse files

Update docs for BluetoothDevice#fetchUuidsWithSdp to reflect that if the 

device is bonding, we either broadcast cached UUIDs or wait for SDP to
be performed after the device is bonded.

Tag: #feature
Bug: 187157597
Test: Manual
Change-Id: I1bd694195c4e974b7cd72f81848a6343b45c98fd
parent 2f02e6ef

framework/java/android/bluetooth/BluetoothDevice.java

+4 −4
Original line number Diff line number Diff line
@@ -1605,13 +1605,13 @@ public final class BluetoothDevice implements Parcelable { 
     *

     * <p>This API is asynchronous and {@link #ACTION_UUID} intent is sent,

     * with the UUIDs supported by the remote end. If there is an error

     * in getting the SDP records or if the process takes a long time,

     * {@link #ACTION_UUID} intent is sent with the UUIDs that is currently

     * present in the cache. Clients should use the {@link #getUuids} to get UUIDs

     * in getting the SDP records or if the process takes a long time, or the device is bonding and

     * we have its UUIDs cached, {@link #ACTION_UUID} intent is sent with the UUIDs that is

     * currently present in the cache. Clients should use the {@link #getUuids} to get UUIDs

     * if service discovery is not to be performed.

     *

     * @return False if the check fails, True if the process of initiating an ACL connection

     * to the remote device was started.

     * to the remote device was started or cached UUIDs will be broadcast.

     */

    @RequiresPermission(Manifest.permission.BLUETOOTH)

    public boolean fetchUuidsWithSdp() {