bluetooth: define consistent GetValue behavior after WriteRemoteCharacteristic |
|||||
Issue descriptionFor Characteristics and Descriptors, the result of calling: WriteRemoteCharacteristic() then, before that operation completes, calling: GetValue() should be defined. Either, GetValue should always provide the value that the Write attempted, or it should not be modified until the Write succeeds.
,
Aug 29 2016
I agree with Comment #1, and think that we should: a) Update the BluetoothRemoteGattCharacteristic::WriteRemoteCharacteristic doc as per comment #1's [1], replace ", to modify the characteristic's value with the new value" with " with" b) Rename the parameter 'new_value' to be just 'value'. c) Remove TODOs and close this issue. d) Update [Web Bluetooth] spec, which currently states that the cached value should be updated. I've filed an [issue] there to do so. [Web Bluetooth] https://webbluetoothcg.github.io/web-bluetooth/#dom-bluetoothremotegattcharacteristic-writevalue [issue] https://github.com/WebBluetoothCG/web-bluetooth/issues/277
,
Aug 30 2017
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. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 30 2017
,
Aug 31
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
,
Sep 5
The GitHub issue referenced in comment #2 and the Chromium CL[1] it references have both been merged. [1]: https://codereview.chromium.org/2287273002 |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by ortuno@chromium.org
, May 25 2016