Closed fede87 closed 4 years ago
Thanks for this detailed report @fede87. We're planning to update this sample soon and we will take a look at this.
Hi guys, any news on this? we're experiencing the same issue and it's quite a blocking issue and is business critical. Thanks!
We have a release coming soon that includes a fix for some bluetooth issues. Give us a little more time to get it out and then let us know if you're still running into this problem.
We have a release coming soon that includes a fix for some bluetooth issues. Give us a little more time to get it out and then let us know if you're still running into this problem.
are you talking about webrtc core or a glasses firmware update? thanks!
firmware update
I don't think it's directly related, but since we're here... I opened a bug report in the glasses website suggesting that with the latest firmware there's a bug when changing volume from the launcher dedicated setting card. when you move the bar and release the touch, the launcher crashes very often. it's definitely a minor issue but maybe it's easy to fix.
Thanks for reporting that again @kekkokk. I'm not sure we'll be able to get it in our next update but we'll try and get it fixed as soon as we can.
The latest firmware includes some bluetooth changes. Please let us know if you are still having trouble with the headsets.
Hi, thank you for the update, we had the opportunity to test the last canary OPP.200529.001 and the last firmware OPM1.200625.001 and the issue is now resolved.
Description
We are developing a custom solution based on WebRTC tecnology running on android devices as well as on Google Glass Enterprise Edition 2 smart glasses.
We found a possible issue regarding bluetooth headset connection that we are able to reproduce on the webRTC sample. Bluetooth headsets seems not to be working during webRTC calls.
The capability of connecting bluetooth headsets is critical when the webRTC solution running on Google Glass is used in noisy environments for field services or shop assistance use cases.
Wired headsets are currently working with webRTC solutions running on Google Glass, but it is obviously needed an usb-c/jack adapter which is becoming less popular nowadays in favour of true wireless bluetooth headset devices and it is also a less ergonomic way to join a call.
Steps to Reproduce
Code
The error seems to be related to the bluetooth adapter proxy discover process that is never completed, the following snipped is taken from AppRTCBluetoothManager.java class:
The function getBluetoothProfileProxy(Context context, BluetoothProfile.ServiceListener listener, int profile) called in the start() function is always called and always returns true, that means that the proxy retrieve process will start without any initial error, but the callback onServiceConnected(int profile, BluetoothProfile proxy) of the BluetoothServiceListener object is never been called.
The same behaviour seems to be occurring in our codebase where the bluetooth proxy retrieve process is accomplished in the same way.
The following lines are the most significant console outputs that appear just right after the getBluetoothProfileProxy(Context context, BluetoothProfile.ServiceListener listener, int profile) is called:
Expected Behavior
The onServiceConnected(int profile, BluetoothProfile proxy) of the BluetoothServiceListener object should be called or at least getBluetoothProfileProxy(Context context, BluetoothProfile.ServiceListener listener, int profile) should return false instead of true.
Google Glass O.S.
Tested and occurring with the following Google Glass O.S.:
OPM1.200313.001 (1QNTGG2519360369)
OPM1.190831.007