New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 709100 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Feature

Blocking:
issue 518942



Sign in to add a comment

Bluetooth: macOS: GetBluetoothRemote*Mac() should return

Project Member Reported by jlebel@chromium.org, Apr 6 2017

Issue description

https://codereview.chromium.org/2767813002/patch/190001/200002

"If so then maybe we should return a reference so that users of the
function don't have to check if the descriptor is there. I recognize that we do
this for all GetBluetoothRemote*Mac() functions already so maybe we should just
fix it for all in a separate patch. Not high priority though."
 
Blocking: 518942
Components: -Blink>Bluetooth IO>Bluetooth
Labels: -Type-Bug OS-Mac Type-Feature

Comment 2 by jlebel@chromium.org, May 27 2017

Cc: ortuno@chromium.org
Those methods are used internally to test if the service/characteristics/descriptors exist. If not they are created during discovery phase.

So far, I think only BluetoothLowEnergyDeviceMac::GetBluetoothRemoteGattDescriptor() could return a reference. But I feel the return value should not be changed, to be coherent with other APIs.

Talking about coherence, this method should be renamed to BluetoothLowEnergyDeviceMac::GetBluetoothRemoteGattDescriptorMac():  crbug.com/727020 

Giovanni, is it ok with you?
Project Member

Comment 3 by sheriffbot@chromium.org, May 28 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: jlebel@chromium.org
Owner: ----
Status: Available (was: Untriaged)

Sign in to add a comment