Status Update
Comments
ra...@google.com <ra...@google.com>
ra...@google.com <ra...@google.com> #2
If this is a critical issue, please comment here and I will triage the feature request. Thank you for your patience in addressing the backlog of issues and improving processes around feedback.
le...@gmail.com <le...@gmail.com> #3
uw...@gmail.com <uw...@gmail.com> #4
uw...@gmail.com <uw...@gmail.com> #5
ma...@gmail.com <ma...@gmail.com> #6
ma...@gmail.com <ma...@gmail.com> #7
uw...@gmail.com <uw...@gmail.com> #8
To add some more information about our app seeing the same (Diabox but also affects the offical Freestyle Libre 2 app, but you don't get logs from it).
This is an example of the app's log file trying o connect in a loop to reestablish the connection. This also drains battery:
15978,onStartCommand==========CONNECTING,2,ABBOTTBlue 2022-08-20 12:35:09,1660991709813
15979,Started 12:35,2,ABBOTTBlue 2022-08-20 12:35:09,1660991709820
15980,Attempting connection 12:35,2,ABBOTTBlue 2022-08-20 12:35:09,1660991709831
15981,checkConnection: Connection state: CONNECTING,2,ABBOTTBlue 2022-08-20 12:35:09,1660991709833
15982,"onConnectionStateChange called with status:133, state:DISCONNECTED, i2: 0",2,ABBOTTBlue 2022-08-20 12:35:14,1660991714796
15983,Sending disconnection,2,ABBOTTBlue 2022-08-20 12:35:14,1660991714809
15984,"onConnectionStateChange: mBluetoothGatt is not null, closing.",2,ABBOTTBlue 2022-08-20 12:35:14,1660991714813
15985,onConnectionStateChange: Disconnected from GATT server.,2,ABBOTTBlue 2022-08-20 12:35:14,1660991714819
15986,connect address: A4:7E:36:D7:69:EF status 133 disconnect 0,2,ABBOTTBlue 2022-08-20 12:35:14,1660991714824
15987,connect: going to connect to device at address: A4:7E:36:D7:69:EF : 0,2,ABBOTTBlue 2022-08-20 12:35:14,1660991714826
15988,connect: Trying to create a new connection.,2,ABBOTTBlue 2022-08-20 12:35:14,1660991714831
15989,onStartCommand==========CONNECTING,2,ABBOTTBlue 2022-08-20 12:35:39,1660991739852
15990,Started 12:35,2,ABBOTTBlue 2022-08-20 12:35:39,1660991739859
15991,Attempting connection 12:35,2,ABBOTTBlue 2022-08-20 12:35:39,1660991739863
15992,checkConnection: Connection state: CONNECTING,2,ABBOTTBlue 2022-08-20 12:35:39,1660991739865
15993,"onConnectionStateChange called with status:133, state:DISCONNECTED, i2: 0",2,ABBOTTBlue 2022-08-20 12:35:44,1660991744842
15994,Sending disconnection,2,ABBOTTBlue 2022-08-20 12:35:44,1660991744847
15995,"onConnectionStateChange: mBluetoothGatt is not null, closing.",2,ABBOTTBlue 2022-08-20 12:35:44,1660991744851
15996,onConnectionStateChange: Disconnected from GATT server.,2,ABBOTTBlue 2022-08-20 12:35:44,1660991744857
15997,connect address: A4:7E:36:D7:69:EF status 133 disconnect 0,2,ABBOTTBlue 2022-08-20 12:35:44,1660991744861
15998,connect: going to connect to device at address: A4:7E:36:D7:69:EF : 0,2,ABBOTTBlue 2022-08-20 12:35:44,1660991744863
15999,connect: Trying to create a new connection.,2,ABBOTTBlue 2022-08-20 12:35:44,1660991744866
16000,onStartCommand==========CONNECTING,2,ABBOTTBlue 2022-08-20 12:36:09,1660991769900
16001,Started 12:36,2,ABBOTTBlue 2022-08-20 12:36:09,1660991769909
16002,Attempting connection 12:36,2,ABBOTTBlue 2022-08-20 12:36:09,1660991769914
16003,checkConnection: Connection state: CONNECTING,2,ABBOTTBlue 2022-08-20 12:36:09,1660991769917
16004,"onConnectionStateChange called with status:133, state:DISCONNECTED, i2: 0",2,ABBOTTBlue 2022-08-20 12:36:14,1660991774879
16005,Sending disconnection,2,ABBOTTBlue 2022-08-20 12:36:14,1660991774883
16006,"onConnectionStateChange: mBluetoothGatt is not null, closing.",2,ABBOTTBlue 2022-08-20 12:36:14,1660991774899
16007,onConnectionStateChange: Disconnected from GATT server.,2,ABBOTTBlue 2022-08-20 12:36:14,1660991774903
16008,connect address: A4:7E:36:D7:69:EF status 133 disconnect 0,2,ABBOTTBlue 2022-08-20 12:36:14,1660991774909
16009,connect: going to connect to device at address: A4:7E:36:D7:69:EF : 0,2,ABBOTTBlue 2022-08-20 12:36:14,1660991774910
16010,connect: Trying to create a new connection.,2,ABBOTTBlue 2022-08-20 12:36:14,1660991774923
16011,Unbonding blukon at initialization====A4:7E:36:D7:69:EF,2,Blukon 2022-08-20 12:36:14,1660991774930
As shown by the reporter: The connection is started, but after exactly 4-5 seconds the GATT API reports onConnectionStateChange with status code 133. The app is seeing this as failure and then retrying forever until you restart bluetooth stack.
If the BLE device is out of reach, the whole code works as usual and you see a timeout after very long time (which is fine). But when device is reachable, the connection fails with status 133.
After a bluetooth stack restart all works well again:
17935,connect: going to connect to device at address: A4:7E:36:D7:69:EF : 0,2,ABBOTTBlue 2022-08-20 14:30:33,1660998633310
17936,connect: Trying to create a new connection.,2,ABBOTTBlue 2022-08-20 14:30:33,1660998633318
17937,"onConnectionStateChange called with status:0, state:CONNECTED, i2: 2",2,ABBOTTBlue 2022-08-20 14:30:43,1660998643749
17938,Attempting connection 14:30,2,ABBOTTBlue 2022-08-20 14:30:43,1660998643762
17939,checkConnection: Connection state: CONNECTED,2,ABBOTTBlue 2022-08-20 14:30:43,1660998643765
17940,Last Connected 14:30,2,ABBOTTBlue 2022-08-20 14:30:43,1660998643767
17941,write f17ec317b455e3b166d212e0enableTime==398687873===count==112,2,ABBOTTBlue 2022-08-20 14:30:44,1660998644512
17942,onCharacteristicWrite invoked: 0000f001-0000-1000-8000-00805f9b34fb code 0,2,ABBOTTBlue 2022-08-20 14:30:44,1660998644537
17943,12ad191016a18a62fb61fa6e8e54f5c978e86188,2,ABBOTTBlueBle 2022-08-20 14:30:44,1660998644560
17944,83f120ec7a49ff25148cb15e63e7ce7044c3,2,ABBOTTBlueBle 2022-08-20 14:30:44,1660998644563
17945,1bfdc867146cc15f,2,ABBOTTBlueBle 2022-08-20 14:30:44,1660998644566
17946,BLE Streaming packet received containing:12ad191016a18a62fb61fa6e8e54f5c978e8618883f120ec7a49ff25148cb15e63e7ce7044c31bfdc867146cc15f,2,ABBOTTBlue 2022-08-20 14:30:44,1660998644570
lp...@gmail.com <lp...@gmail.com> #9
mb...@nosila.net <mb...@nosila.net> #10
uw...@gmail.com <uw...@gmail.com> #11
See also
ar...@fullpower.com <ar...@fullpower.com> #12
ms...@gmail.com <ms...@gmail.com> #13
mi...@gmail.com <mi...@gmail.com> #14
co...@gmail.com <co...@gmail.com> #15
ma...@gmail.com <ma...@gmail.com> #16
be...@gmail.com <be...@gmail.com> #17
Interestingly, some devices are connecting, some are not.
BT earphones are working without issue.
My android head unit in the car no longer connects automatically.
One specific way I managed to force connection is that I use a device with Android 12 or below to connect first to the head unit, then while I disconnect the first device start to pair simultaneously my pixel device.
Needless to say it is an annoying faff to do every single time I start the car. Especially that android auto won't put my call on loudspeakers unless bluetooth connected.
I wonder if the new BLE tech interferes...?
I spotted in the developer options a greyed out toggle for Disabling BLE Audio. I wonder if this would already sort my issue, just need an access for that toggle.
At this point I am happy to sacrifice some battery life for it, honestly...
km...@gmail.com <km...@gmail.com> #18
jo...@gmail.com <jo...@gmail.com> #19
And wifi has not the best strength either. Miles away from Apple
to...@gmail.com <to...@gmail.com> #20
mb...@nosila.net <mb...@nosila.net> #21
ad...@gmail.com <ad...@gmail.com> #22
jo...@gmail.com <jo...@gmail.com> #23
ma...@gmail.com <ma...@gmail.com> #24
be...@gmail.com <be...@gmail.com> #25
po...@gmail.com <po...@gmail.com> #26
ev...@gmail.com <ev...@gmail.com> #27
gr...@gmail.com <gr...@gmail.com> #28
1) Turn off VPN.
2) Delete app.
3) Restart Model 3 (long hold on two steering wheel rolling buttons).
4) Reinstall app on Pixel.
5) Then I was able to sign-in to Tesla app, re-pair my phone.
6) The phone key is working, but the Powerwall app information is not being updated on the phone app.
bi...@gmail.com <bi...@gmail.com> #29
ha...@gmail.com <ha...@gmail.com> #30
vi...@gmail.com <vi...@gmail.com> #31
fi...@gmail.com <fi...@gmail.com> #32
jo...@gmail.com <jo...@gmail.com> #33
I would support raising this to P2 as well, especially as enhanced BLE support has been featured in Android 13 yet it's clearly broken at the moment.
si...@gmail.com <si...@gmail.com> #34
so...@gmail.com <so...@gmail.com> #35
ma...@gmail.com <ma...@gmail.com> #36
si...@gmail.com <si...@gmail.com> #37
os...@gmail.com <os...@gmail.com> #38
fu...@gmail.com <fu...@gmail.com> #39
fl...@moticon.com <fl...@moticon.com> #40
In my case the PHY_LE_2M mode seems the issue.
The Pixel 4a reports true on isLe2MPhySupported (). When trying to set PHY_LE_2M the connection hangs. When connecting with the default PHY_LE_1M, everything works as expected.
As I am using the NRF Android BLE library, I wrote a bug report there.
fu...@gmail.com <fu...@gmail.com> #41
el...@gmail.com <el...@gmail.com> #42
mk...@gmail.com <mk...@gmail.com> #43
hf...@gmail.com <hf...@gmail.com> #44
ch...@turnerlawoffice.com <ch...@turnerlawoffice.com> #45
gr...@gmail.com <gr...@gmail.com> #46
ka...@gmail.com <ka...@gmail.com> #47
dg...@gmail.com <dg...@gmail.com> #48
co...@punchthrough.com <co...@punchthrough.com> #49
Hello, I'm the issue reported. Retested our app with the September update (TP1A.220905.004) on Pixel 6, and there are a couple of new observations from repeatedly pairing (bond) and unpairing (forget the bond):
- We were able to get bonding to work the second time; however, the third time onwards, accepting the pairing dialog doesn't do anything anymore (see #2) — this seems like an even worse regression in our opinion.
- When we got to the third pairing attempt (meaning pair, unpair, pair, unpair, then finally pair again), and we try to start the bonding flow by reading an encrypted GATT characteristic, the pairing dialog appeared as expected. However, tapping "Pair and connect" doesn't result in an
anymore. This breaks our pairing flow in our app because we rely on the callback to inform us the user has accepted the pairing dialog and that the BLE bond is present and available. Rebooting the phone did not fix this!onCharacteristicRead
Curious if any other developers are seeing something remotely similar to #2, as this is an even bigger problem than the initial issue (failing to reconnect to a bonded/paired BLE peripheral).
de...@gmail.com <de...@gmail.com> #50
co...@punchthrough.com <co...@punchthrough.com> #51
To prevent conflating this original issue with the new one that seems specific to the September update, I've created a new issue here for the missing onCharacteristicRead
callback:
ch...@gmail.com <ch...@gmail.com> #52
I can confirm this issue as mentioned at the very top is still reproducible after the September update.
ka...@gmail.com <ka...@gmail.com> #53
I'm really disappointed as a Pixel used. Long term software support was one reason I chose this phone and not to be an alpha tester. My phone not being able to use basic Bluetooth devices, even the headset that came with it is absolutely ridiculous and seriously hurts my trust. Not sure if I want to invest more to be part of the Pixel ecosystem if things will continue to go like this.
be...@gmail.com <be...@gmail.com> #54
Before the September Update and now after, my Android Auto connection is possible and there are no problems, till now.
But now my chromebook can not find my Pixel 6 Pro :( Same after restart of my phone and chromebook. Disconnected both and tried again to connect... without success :(
ba...@googlemail.com <ba...@googlemail.com> #55
Issues still exists after the September Update.
be...@gmail.com <be...@gmail.com> #56
With the September Update i resetted my Phone completely! To have a clean installation. Maybe that will work for others, too?
m4...@gmail.com <m4...@gmail.com> #57
be...@gmail.com <be...@gmail.com> #58
ar...@fullpower.com <ar...@fullpower.com> #59
nu...@gmail.com <nu...@gmail.com> #60
an...@gmail.com <an...@gmail.com> #61
ma...@gmail.com <ma...@gmail.com> #62
clowns 🤣
pf...@gmail.com <pf...@gmail.com> #63
be...@gmail.com <be...@gmail.com> #64
wa...@wadehyde.com <wa...@wadehyde.com> #65
uw...@gmail.com <uw...@gmail.com> #66
Hi
I just want to give an update regarding Pixel 5 and Freestyle Libre 2 Sensor: It looks like at least for Pixel 5 (and after collecting some information from other users, also Pixel 4a) the reconnection problem of BLE devices is solved. On the other hand Pixel 6 users still complain about the same problems (and even worse) when connecting to the Freestyle Libre 2 BLE sensor device to receive alarms and blood sugar values.
I am trying to get log messages for Pixel 6 users, but with Pixel 5 all is back to normal: After connection loss (e.g. when you were in other room) you still get error 133, but when then the Diabox code is unbonding the device and reconnecting from scratch, the connection succeeds and stays awake. No stability issues.
Maybe
Here in this issue are also many other people complaining about Bluetooth issues. This is yes a general problem, but here it is only about BLE (Bluetooth Low Energy) devices, so it has nothing to do with connection problems to car audio, headphones, or similar "normal" Bluetooth devices. Here it is only about GATT devices.
Uwe
jo...@gmail.com <jo...@gmail.com> #67
Pixel 5 Here.
Android 13 August Patch Level: Tesla BLE Car Key would "very often" not connect.
- Sometimes a Bluetooth off/on would help, sometimes it wouldn't.
- Sometimes a "long Bluetooth stop" --- turn off bluetooth. wait 15s, turn on bluetooth would help with the quick off/on wouldn't work
- Sometimes a reboot of the phone was necessary when the above did not work
August 14 September Patch Level: Tesla BLE Car Key issues persist, but less often
- So far, a single, quick bluetooth off/on has fixed the issue
fi...@gmail.com <fi...@gmail.com> #68
ra...@google.com <ra...@google.com> #69
Thanks for reporting this issue. Could you please provide the bugreport with snooplog on latest public build. Here are steps to enable snoop log :
1. Settings -> System -> Advanced -> Developer options -> Enable Bluetooth HCI snoop logs -> Enable
2. turn off BT
3. on/off airplane mode
4. turn on BT
5. Start to reproduce, take bugreport when issue occurs.
co...@punchthrough.com <co...@punchthrough.com> #70
Hi
Bug report description
You should see an initial round of bonding success followed by a bond removal (done on purpose to illustrate this can work the first time). This first success case should look like this:
- Scan
- Connect and try to read an encrypted characteristic
- BLE bonding is triggered, user accepts, and the bonding was successful
- A bunch of characteristic writes and notifications/indications should be observed — this is the proprietary security handshake
- App-level pairing is deemed successful after said handshake completes — the firmware will disconnect from us and the app will have to reconnect to it using the bonded
BluetoothDevice
handle fromgetBondedDevices()
- App reconnects successfully and everything is good.
- A user unpair is simulated: the GATT connection was closed and the bond was removed using Reflection (
BluetoothDevice.removeBond
)
Then a second attempt was done which pretty much follows the previous scenario from steps 1–5, but instead, the following was observed, with the problematic observation in step 6 bolded:
- Scan
- Connect and try to read an encrypted characteristic
- BLE bonding is triggered, user accepts, and the bonding was successful
- A bunch of characteristic writes and notifications/indications should be observed — this is the proprietary security handshake
- App-level pairing is deemed successful after said handshake completes — the firmware will disconnect from us and the app will have to reconnect to it using the bonded
BluetoothDevice
handle fromgetBondedDevices()
. - App was NOT able to reconnect successfully using the
BluetoothDevice
handle.onConnectionStateChange
reports a status133
almost instantly afterconnectGatt
was called.
A device reboot will enable us to go back to the first success scenario, and the cycle repeats: after the first successful cycle, the second cycle onwards will see us run into the issue. This is working perfectly from Android 7–12.
To enable easier reproducing of the issue, I'm actually working on a barebones firmware that can be run on any Nordic nRF52840 development kit and also a companion barebones Android app that is configured to connect to it, bond, and allow anyone to reproduce this issue. I'll post updates here once they're available.
co...@punchthrough.com <co...@punchthrough.com> #71
Hi
uw...@gmail.com <uw...@gmail.com> #72
Hi again, thanks for info and it is no problem if you have no Pixel 5 or 4a, it was just interesting to see why it differes between those phones. To me the whole issue looks like a bigger complex of several bugs in the new Gabeldorsche Bluetooth stack of Android 13. Some bugs seem to have been fixed in the September update, others not. When they occur, the damn error 133 happens all the time. It also looks like the Bluetooth hardware in the phone has an effect on the situation.
P.S.: The Freestyle Libre 2 uses EM9304 as SoC for communication with BLE.
co...@punchthrough.com <co...@punchthrough.com> #73
After testing on a Pixel 4a running the August security update TP1A.220624.014
and being able to reproduce the same issue as my Pixel 6, I want to note that a common thread between the two devices are the following log when the issue happens:
bt_btm_sec: packages/modules/Bluetooth/system/stack/btm/btm_sec.cc:3747 btm_sec_disconnected: Got uncommon disconnection reason:Connection Failed Establishment handle:0x0006 comment:stack::acl::btm_acl::btm_acl_disconnected
I'll have my team update the Pixel 4a to the September update and report back again if they're still able to reproduce the issue or not.
co...@punchthrough.com <co...@punchthrough.com> #74
Hi TP1A.220905.004
(the September update) and they were able to still reproduce the issue there. Perhaps the issue your team encountered was different than the one we're encountering? As mentioned in my earlier comment right above this one, we're seeing the following whenever we get the 133s:
bt_btm_sec: packages/modules/Bluetooth/system/stack/btm/btm_sec.cc:3747 btm_sec_disconnected: Got uncommon disconnection reason:Connection Failed Establishment handle:0x0006 comment:stack::acl::btm_acl::btm_acl_disconnected
In general, I think the Android Bluetooth stack needs a better way of surfacing errors than just a generic 133 catch-all — that'll be incredibly helpful for both developers and the Android team to help pinpoint what exactly is wrong when a bug like this surfaces.
ad...@gmail.com <ad...@gmail.com> #75
It might start working properly on restarting the phone for a bit, but without notice it starts acting up. Have to turn off Bluetooth since it's unreliable. At anytime without my knowledge, the watch could go into this state of reconnecting and end up draining battery. If I'm out and about, I could go from 90% battery to 30% battery in a matter of a couple of hours.
This needs to be fixed urgently.
ad...@gmail.com <ad...@gmail.com> #76
ma...@gmail.com <ma...@gmail.com> #77
My phone is unable to complete setup/activation of the "phone as a key" feature in the FordPass app for my Mustang Mach-E. It never displays the Bluetooth pairing prompt from the car which should appear during setup. (Confirmed it's not likely a car issue as pairing worked fine from another phone)
My phone is unable to complete setup of my galaxy 4 smart watch. The initial pairing is successful, but the Bluetooth connection drops within 20 to 30 seconds, before the Galaxy wearable app can finish the setup process. I've tried this process dozens of times after multiple factory resets of the phone and the watch with no luck.
I spent about 8 hours yesterday trying to overcome these issues but both persist, leaving my unable to use my smart watch, and unable to use my phone as a key for my car. Multiple factory resets of the phone did not help. I was stuck on the "August" release because the September update still wasn't available for my phone OTA. So I took the time to figure out how to manually load September update in hopes that it would fix it. It did not. I also tried loading the QPR December 2022 beta which also made no difference.
This phone is a huge disappointment.
nr...@gmail.com <nr...@gmail.com> #78
sc...@gmail.com <sc...@gmail.com> #79
I'm still having an issue with Bluetooth connected headsets/speakers stop playing audio after an incoming call (through the Bluetooth headset/speaker). This issue requires a restart to fix.
So now I have Bluetooth issues causing me to restart to resolve and a new Bluetooth issues after restarting.. great work?
ch...@gmail.com <ch...@gmail.com> #80
bh...@gmail.com <bh...@gmail.com> #81
bh...@gmail.com <bh...@gmail.com> #82
7p...@gmail.com <7p...@gmail.com> #83
I am experiencing the same issue as
co...@gmail.com <co...@gmail.com> #84
- restarting (this used to work in the first update of Android 13 as it'd request connection to my sensor & pairing will eventually connect)
- toggling bluetooth
- disabling/enabling Bluetooth A2DP hardware offload
I've turned off "Pause app activity if unused" but no bluetooth request with my Dexcom transmitter is coming through. I don't see the transmitter as a connected device in my bluetooth menu but somehow my phone can't find it as a device to connect either.
This is exceptionally painful on a Dexcom since I do not want to restart my sensor since I still have 6 days left on this sensor (fortunately my Omnipod 5 can still see the bluetooth so I am using that). I do not want to re-install the app to see if I can reconnect as losing the local information may kill the current sensor session and these sensors are expensive medical devices that I cannot reuse. I'm also happy to debug with anyone if that'd be helpful.
ad...@gmail.com <ad...@gmail.com> #85
bh...@gmail.com <bh...@gmail.com> #86
fi...@gmail.com <fi...@gmail.com> #87
While it's extremely inconvenient when things like car fobs and wireless audio stuff and such aren't connecting and working properly, it is more than merely an inconvenience when it's messing up vital medical devices like blood glucose and pulse monitoring devices that rely on Bluetooth. Fortunately I caught on to the issue in time to warn a friend who uses a Dexcomm to not update his phone, but the fact the update was pushed through with such a glaring issue is extremely alarming, along with the slow/lack of response to this issue.
ma...@gmail.com <ma...@gmail.com> #88
This is driving me mad having to manually connect and enter a pairing code 10 times a day to use my Garmin
bo...@googlemail.com <bo...@googlemail.com> #89
bj...@gmail.com <bj...@gmail.com> #90
co...@gmail.com <co...@gmail.com> #91
co...@gmail.com <co...@gmail.com> #92
I've reinstalled the apps and reset the wifi and Bluetooth connections in Settings and that worked to connect my Dexcom sensor to start the sensor. The phone then shows a paring notification every 5 minutes as Dexcom attempts to connect again and if I don't accept the pairing, the connection dies. This also killed my battery (my phone could not charge even when plugged in). The pairing eventually stopped when I restarted my phone and has never started again (even after resetting Bluetooth connections in settings).
s....@signal.it <s....@signal.it> #93
This is a serious problem, becouse yuo can't use simple pairing with device!
bh...@gmail.com <bh...@gmail.com> #94
co...@punchthrough.com <co...@punchthrough.com> #95
Hi Google Team, to add another data point, our team has found that the issue does not manifest on the Pixel 4a 5G but it does manifest on the Pixel 4a (4G). The issue is also reproducible on Pixel 6. All these devices are on the September update.
ar...@google.com <ar...@google.com> #96
We have a fix prepared that should go out in the next QPR release, as well as in a security release in the coming months.
In the meantime, a workaround is to toggle Bluetooth and Airplane mode whenever you unbond the last device from a phone (i.e. after the list of bonded devices goes to empty, you should toggle Bluetooth). Then subsequent bonds and connections should be reliable. An edge case of note is that if you attempt to bond a device with none previously bonded, and pairing fails for any reason, you should treat this as a bonding followed by an unbonding event where the list goes to empty again, so you should again toggle Bluetooth.
Jo...@themoe.us <Jo...@themoe.us> #97
As for the intermittent, what exactly should we do to get this fix with devices that are pretty much supposed to be always connected. Please explain further.
co...@punchthrough.com <co...@punchthrough.com> #98
Hi
Do you have an ETA on when the fix will make a QPR beta build, just so we could confirm that the fix is indeed effective towards the issue that was initially reported? Will it be included in QPR2? Thanks again.
co...@punchthrough.com <co...@punchthrough.com> #99
QPR1 Beta 2 was what I meant to comment above, apologies for the typo.
gi...@gmail.com <gi...@gmail.com> #100
Very frustrating because the CGM data is shared with my wife for health data via the Dexcom app, as well the phone makes a max volume notification when it loses the connection (which is great at 3am)
Please fix ASAP
Running the september security update now, hoping that will help.
gi...@gmail.com <gi...@gmail.com> #101
uw...@gmail.com <uw...@gmail.com> #102
Hi,
thanks
Known affected blood sugar medical devices:
- Freestyle Libre 2 (EM9304 SoC)
- Freestyle Libre 3 may also be affected; I have no information yet, as the internals of this sensor are currently reverse engineered by many people
- DEXCOM sensors (I don't have one, so SoC is unknown)
The serious issue here is that those devices stop alarming the user when blood sugar goes low or high, which can cause serious medical problems or even car accidents if those low sugar events are not recognized in time.
FYI, the blood sugar sensor problems could also come from
So it would really be good, if somebody at Google would open a separate issues for the more broad medical device reconnection problems to devices that went out of reachability and come back after some time and reconnecting then fails with dreaded 133.
It would also be good to add a feature request to allow more detailed error codes returned to apps, so you don't have to guess what dreaded 133 means in that case. Maybe return 133 only for lower API levels, but invent new error codes with good meaning for newer API versions. Thanks.
At least on my Pixel 5, the reconnection problems disappeared with the September update, but people with Pixel 6 series are really annoyed and their health is at risk! As
bo...@googlemail.com <bo...@googlemail.com> #103
bh...@gmail.com <bh...@gmail.com> #104
de...@gmail.com <de...@gmail.com> #105
an...@gmail.com <an...@gmail.com> #106
ma...@gmail.com <ma...@gmail.com> #107
co...@punchthrough.com <co...@punchthrough.com> #108
QPR1 Beta 2 (T1B2.220916.004
) appears to have fixed the issue I initially reported! Thank you, Google!
an...@gmail.com <an...@gmail.com> #109
vi...@gmail.com <vi...@gmail.com> #110
au...@gmail.com <au...@gmail.com> #111
kl...@googlemail.com <kl...@googlemail.com> #112
ha...@gmail.com <ha...@gmail.com> #113
ka...@gmail.com <ka...@gmail.com> #114
mi...@gmail.com <mi...@gmail.com> #115
c....@gmail.com <c....@gmail.com> #116
I decided to perform a roll back to Android 12, and now I wait for the Fix before I will Upgrade to Android 13 again. Whoever likes to perform the roll back to Android 12 keep in mind to save all your private data of the phone. After the rollback, all your data on the phone will be lost.
I did use this guide to perform the downgrade to Android 12:
ap...@gmail.com <ap...@gmail.com> #117
bo...@gmail.com <bo...@gmail.com> #118
Pixel 4a here... It's ridiculous to have purchased a Google official smartphone and having a bug like this for months!
Please apply a fix
sc...@gmail.com <sc...@gmail.com> #119
de...@gmail.com <de...@gmail.com> #120
On Fri, Oct 28, 2022, 06:43 <buganizer-system@google.com> wrote:
sc...@gmail.com <sc...@gmail.com> #121
Build # TP1A.221005.002
de...@gmail.com <de...@gmail.com> #122
On Fri, Oct 28, 2022, 07:58 <buganizer-system@google.com> wrote:
uw...@gmail.com <uw...@gmail.com> #123
Sorry, I was unclear. Which Pixel phones?
Build # TP1A.221005.002
This is Pixel 5 October update. In this phone all works fine since already October. The problems here are mostly Pixel 6.
du...@gmail.com <du...@gmail.com> #124
or...@gmail.com <or...@gmail.com> #125
Forgetting the connection does not require rebooting of the phone or any other activity that I can track it to. The longest it maintained a connection was about 30 hours. The shortest is probably about 4 hours. It's very frustrating that every time I get into the car I pretty much have to recreate my Bluetooth connection for phone use.
As a side note, the Tesla app for using the phone as a key works flawlessly. And so that Bluetooth activity is working fine
da...@gmail.com <da...@gmail.com> #126
da...@googlemail.com <da...@googlemail.com> #127
ma...@gmail.com <ma...@gmail.com> #128
ca...@gmail.com <ca...@gmail.com> #129
ke...@gmail.com <ke...@gmail.com> #130
ro...@gmail.com <ro...@gmail.com> #131
Bluetooth peripherals connect but don't output sound or appear as an option in volume menu
Already connected items disconnect but look connected
In short, bluetooth has completely broken as many people have said - how can this still be an issue? Is something being done?
ca...@gmail.com <ca...@gmail.com> #132
lj...@gmail.com <lj...@gmail.com> #133
On Tue, Nov 1, 2022, 7:54 AM <buganizer-system@google.com> wrote:
go...@fastmail.com <go...@fastmail.com> #134
du...@gmail.com <du...@gmail.com> #135
ka...@gmail.com <ka...@gmail.com> #136
I have to use my company iPhone and I am much more likely to pick an iPhone as my next phone for this reason. It is absolutely ridiculous how Google has not only published this bug in a "stable" release but was unable to fix it in 3 months and I have lost all my faith that they will do it in the next 3 months.
I was hyped for the new Pixels, but the software is borderline unusable..coming from an industry leading software company. 👏
kl...@googlemail.com <kl...@googlemail.com> #137
br...@gmail.com <br...@gmail.com> #138
Google has different statuses for bug tickets. See upper right section on this page.
"Assigned" means that someone is working on the problem, but the problem is not solved yet
an...@gmail.com <an...@gmail.com> #139
bo...@googlemail.com <bo...@googlemail.com> #140
sa...@gmail.com <sa...@gmail.com> #141
so...@gmail.com <so...@gmail.com> #142
kr...@gmail.com <kr...@gmail.com> #143
fi...@gmail.com <fi...@gmail.com> #144
sh...@gmail.com <sh...@gmail.com> #145
jm...@gmail.com <jm...@gmail.com> #146
li...@gmail.com <li...@gmail.com> #147
Ever since upgrading my samsung S22 to android 13, I get constant "alarm loss signal" which means, Bluetooth is no longer connected and the device cannot send life-saving low glucose and high-glucose alarms to my phone. To reiterate previous comments, this is a major concern for individuals who are using such devices to monitor blood glucose levels as alarms will not function if the connection has been lost. I have found that if I turn Bluetooth off then back on again, it works ok for 4-5 hours before Bluetooth signal is lost again. Reading above comments showing log files constantly trying to reconnect explains why my phone battery has been drained flat around 5pm every day since upgrading to android 13 4 days ago.
I've tried all troubleshooting suggestions from both Samsung and Abbott freestyle libre:
Reset network settings
Uninstall and reinstalling app
Ensuring app is latest version
Ensuring app says it supports android 13
I'm located in Australia so the android 13 update is only just starting to be rolled out. This needs a fix urgently
ar...@gmail.com <ar...@gmail.com> #148
I stand like an idiot in front of my Tesla every other day trying to unlock it, then have to toggle BT for the car to see the phone. Also, when this happens, trying to discover new BT devices fails instantly.
ma...@gmail.com <ma...@gmail.com> #149
rj...@gmail.com <rj...@gmail.com> #150
for a Google Pixel 7 Pro. Besides the very important facts with the 7Pro
such as, *** It dropping service at my Home that has a LTE extender, it
drops service away from home. If I turn off the SIM card and disconnect it
from my service provider, then back on.. it works most of the time.*****
Android 13 is not compatible with my Security Camara App " Night Owl
Protect" as was the Pixel 3XL. As I am 65, and disabled this is a huge
issue for me, as well as the above listed. I've been on the phone and Chat
rooms with Night Owl Tech support Tear 2, and is ongoing at the
present time. I've sent them screenshots of the camara's, proof of
purchase, for their developers to communicate with Google developer's.
**** Google Pixel 7 Pro mind you, a Google product DOESN'T CONNECT TO
GOOGLE HOME! How can I expect it to perform on my Security App. Wow! For
the first time I am switching to Apple. This is Ridiculous Google
developer's! To say the very least! No updates as of yet as to when it will
work.
RJ Edler
On Mon, Nov 14, 2022, 12:36 PM <buganizer-system@google.com> wrote:
sc...@gmail.com <sc...@gmail.com> #151
ho...@gmail.com <ho...@gmail.com> #152
I updated to the latest beta version (T1B3.221003.008) but same problem exist.
When will this be fixed? I have customers reporting problems when they use our device but we can't fix this!
ol...@gmail.com <ol...@gmail.com> #153
Now I will sell the Pixel 7 and order a phone with Android 12. That was close Google. I almost switched to Apple.
ro...@gmail.com <ro...@gmail.com> #154
ro...@gmail.com <ro...@gmail.com> #155
er...@gmail.com <er...@gmail.com> #156
li...@gmail.com <li...@gmail.com> #157
Quoting from this article: "Recently, the Samsung Members community moderator has informed that Samsung has started rolling out a new software update for Galaxy S22, S22+, and S22 Ultra devices, which installs a fix for the severe Bluetooth connection issue that was troubling customers after stable One UI 5.0."
Can ANYONE please confirm or deny this information, and a release date/roadmap for this fix please?
so...@gmail.com <so...@gmail.com> #158
ji...@gmail.com <ji...@gmail.com> #159
We are using BLE to open doors from our app which is not possible to do reliably anymore. Once BT get stuck like this, no app on phone is able to conect to BT devices.
Restart of phone seems to help for a while.
Is there any official reaction from Google?
ru...@gmail.com <ru...@gmail.com> #160
lu...@gmail.com <lu...@gmail.com> #161
cb...@gmail.com <cb...@gmail.com> #162
forgetting them but they still have active connections. Tell me how that is possible?
Please advise,
cblengr@gmail.com
wa...@gmail.com <wa...@gmail.com> #163
tc...@googlemail.com <tc...@googlemail.com> #164
ha...@gmail.com <ha...@gmail.com> #165
I'm really hoping for a update that resolves this since I already have walked away from the car unlocked several times as walk away lock does not work anymore...
ma...@gmail.com <ma...@gmail.com> #166
al...@gmail.com <al...@gmail.com> #167
I have a pixel 5 and my wife has a pixel 6 pro - both of these phone almost daily prevent us from unlocking our Tesla and even worse the walk away lock doesn't reliably work.
Between this and the sms bug that causes years old sms to be redelivered in cars, I'm about done with android. This coming from someone who has been in the depths of Android since the Android 'Eclair' days with a Motorola Milestone (droid).
Not that google really cares what I do personally but the failure to address the basics has me thinking my next phone may just well be an apple.
ja...@gmail.com <ja...@gmail.com> #168
th...@karcher.com <th...@karcher.com> #169
No automatic reconnect with the Car. The Phone is the Key, this is very bad!!!!!!!!
ch...@gmail.com <ch...@gmail.com> #170
dj...@gmail.com <dj...@gmail.com> #171
ne...@gmail.com <ne...@gmail.com> #172
jg...@gmail.com <jg...@gmail.com> #173
ma...@gmail.com <ma...@gmail.com> #174
ki...@gmail.com <ki...@gmail.com> #175
cl...@gmail.com <cl...@gmail.com> #176
It's pretty pathetic that Samsung seems to understand Android better than Google at this point. This has clearly been an issue for months and sounds like it may have even been a known issue in beta. If this is not resolved soon we will ditch the Pixel and never look back.
ca...@gmail.com <ca...@gmail.com> #177
co...@punchthrough.com <co...@punchthrough.com> #179
I'm the initial issue reporter and can confirm that TQ1A.221205.011
has fixed the issue completely. Thank you, Android team!
li...@gmail.com <li...@gmail.com> #180
TP1A.220624.014
Thanks
kl...@googlemail.com <kl...@googlemail.com> #181
same problems as before the december update.
<buganizer-system@google.com> schrieb am Di., 6. Dez. 2022, 09:36:
so...@gmail.com <so...@gmail.com> #182
bo...@googlemail.com <bo...@googlemail.com> #183
al...@gmail.com <al...@gmail.com> #184
For those still having issues, making sure it's not causes by one of the many other things that can trip up phone keys, like the app not running after an update or boot, or allowing the phone to apply battery saving measures to the app.
jo...@gmail.com <jo...@gmail.com> #185
Tesla owners - After updating to Dec Update on my P7, my Tesla app lost "Nearby Devices" permission. After an initial growling from me as I walked up to the car, I opened the Tesla app and it detected this permission miss and I was able to quickly remediate. Tesla has been fine since, but its only been a day so far.
Anyone else with Polestar or other similar apps, check your permissions, maybe not all apps are as intelligent/prompty about the missing permission.
sa...@gmail.com <sa...@gmail.com> #186
ma...@gmail.com <ma...@gmail.com> #187
an...@gmail.com <an...@gmail.com> #188
pa...@gmail.com <pa...@gmail.com> #189
kl...@googlemail.com <kl...@googlemail.com> #190
fi...@gmail.com <fi...@gmail.com> #191
ad...@gmail.com <ad...@gmail.com> #192
ma...@gmail.com <ma...@gmail.com> #193
bo...@googlemail.com <bo...@googlemail.com> #194
gr...@gmail.com <gr...@gmail.com> #195
j....@gmail.com <j....@gmail.com> #196
cc...@gmail.com <cc...@gmail.com> #197
ja...@whoop.com <ja...@whoop.com> #198
gf...@googlemail.com <gf...@googlemail.com> #199
fi...@gmail.com <fi...@gmail.com> #200
[Deleted User] <[Deleted User]> #201
vi...@google.com <vi...@google.com> #202
Re-
- adb shell setprop persist.bluetooth.btsnooplogmode full
- adb shell device_config put bluetooth INIT_logging_debug_enabled_for_all true
Other affected users running QPR1 builds can also share bugreport with us as stated above.
li...@gmail.com <li...@gmail.com> #203
TP1A.220624.014.xxxx and this build number didn't change with the last software update from Samsung yesterday. The Android security patch level is now 1 December 2022 and the issue mentioned above is still just as bad with zero improvement. (I've checked permissions)
PLEASE anyone with knowledge of this please shed some light on this as I'm getting zero answers from Samsung who had promised this issue would be fixed in the "NEXT" software release, which I just installed, but I'm not sure if it's the correct one to fix this issue as the build number didn't change. Thanking you in advance for your help.
c....@gmail.com <c....@gmail.com> #204
ch...@gmail.com <ch...@gmail.com> #205
update I am a professional writer for Google beta I work for Google Maps
and have 19 million Views. My number 8154013830
My emails are
chadharrison72@gmail.com
chadderbox448369@gmail.com
chadharrison4483@outlook.com
chadderbox1650@gmail.com
The code write is unique and I need help
My phone is a Android phone TCL XE 20
And I need help and advice immediately
On Sun, Dec 25, 2022, 1:56 PM <buganizer-system@google.com> wrote:
ca...@gmail.com <ca...@gmail.com> #206
ra...@google.com <ra...@google.com> #207
Please provide the requested information in
lk...@gmail.com <lk...@gmail.com> #208
Re-
This is the output I get:
# adb shell setprop persist.bluetooth.btsnooplogmode full
Failed to set property 'persist.bluetooth.btsnooplogmode' to 'full'.
See dmesg for error reason.
...and on release builds of Android, we cannot read dmesg :(
# adb shell dmesg
dmesg: klogctl: Permission denied
The second command seems to go through though.
ag...@gmail.com <ag...@gmail.com> #209
I would like to roll back that update but it's impossible. Just back up data and do hardware reset only I guess for now.
al...@gmail.com <al...@gmail.com> #210
I see a lot of comments here from non-google devices complaining of this bug. The bug is now fixed in android, so if it is not fixed on your other android 12 device, you need to be reaching out to your phone brand (Samsung etc.) Support to ask them to push the latest android patches from Google.
It is still crazy that this bug went unfixed from beta to stable but as it stands it is fixed now.
al...@gmail.com <al...@gmail.com> #211
za...@gmail.com <za...@gmail.com> #212
On Thu, Dec 29, 2022, 5:22 PM <buganizer-system@google.com> wrote:
ru...@gmail.com <ru...@gmail.com> #213
pi...@gmail.com <pi...@gmail.com> #214
il...@gmail.com <il...@gmail.com> #215
ni...@gmail.com <ni...@gmail.com> #216
Pretty sad that Fitbit a Google company now is so disjointed. Android devs just change things without care. Same for WiFi control apis but whatever.
I had a pixel I didn't want to leave android but I'm being pushed further away. I'd rather end up with a pinephone than IOS.
Pairing devices is a temporary and short lived fix for some devices that speak the way Android 13 now demands.
il...@gmail.com <il...@gmail.com> #217
Now it works as expected here.
po...@gmail.com <po...@gmail.com> #218
mr...@gmail.com <mr...@gmail.com> #219
ge...@gmail.com <ge...@gmail.com> #220
al...@gmail.com <al...@gmail.com> #221
ja...@gmail.com <ja...@gmail.com> #223
Alerts started working immediadelty. So AVRCP is a hint.
or...@gmail.com <or...@gmail.com> #224
bl...@gmail.com <bl...@gmail.com> #225
sc...@gmail.com <sc...@gmail.com> #226
$ adb shell
device_config put bluetooth INIT_gatt_robust_caching_client false
Miight help; this allows various smart watches to work again with recent Android 13.
03...@gmail.com <03...@gmail.com> #227
sc...@gmail.com <sc...@gmail.com> #228
it reverts
mr...@gmail.com <mr...@gmail.com> #229
lk...@gmail.com <lk...@gmail.com> #230
Our products have the Database Hash characteristic, so I guess this will not make any difference for us or other products which have the characteristic.
bl...@gmail.com <bl...@gmail.com> #231
It doesn't make a difference, Panasonic KX-TG7644M show as paired on the Pïxel 6a but not on the Panasonic KX-TG7644M. When I tried to connect the Panasonic phone from the Pixel, it obviously doesn't work as the Panasonic has no pairing, this all happen after the TQ1A.230105.001.A2 update. Didn't find out how to revert this security update.
ni...@gmail.com <ni...@gmail.com> #232
I have found anything with an audio profile connects but anything that needs to push data is broken.
Insanely frustrating that Samsung pushed Android 13 without a fix applied... Especially since Google had many weeks pushing one to some Pixel devices.
Whoever is running Android Dev is breaking too many things version to version. Changing UI for absolutely no reason. I guess that's the only benefit to iOS they don't change round and square and whatever other ugly UI changes. Breaking usability is a no no.
vi...@google.com <vi...@google.com> #233
da...@gmail.com <da...@gmail.com> #234
bl...@gmail.com <bl...@gmail.com> #235
Please move away from "Assigned" to "In Progress" and show us you're working on it.
HELLO GOOGLE - IS THERE ANYBOBY OUT THERE !!!
ma...@gmail.com <ma...@gmail.com> #236
br...@gmail.com <br...@gmail.com> #237
da...@gmail.com <da...@gmail.com> #238
gh...@gmail.com <gh...@gmail.com> #239
hp...@gmail.com <hp...@gmail.com> #240
mr...@gmail.com <mr...@gmail.com> #241
After a carb miscalculation and too high insulin dose last night, and absolutely nothing from the developers after months of this issue being reported, I think this issue should be escalated to a team that can actually resolve it before someone dies or ends up in a diabetic coma.
je...@gmail.com <je...@gmail.com> #242
je...@gmail.com <je...@gmail.com> #243
da...@gmail.com <da...@gmail.com> #244
It seems that for some reason the original setting returns back to true and I have to plug back my phone and do the adb shell command again and then it will work.
You guys need to fix this.
ld...@gmail.com <ld...@gmail.com> #245
ro...@gmail.com <ro...@gmail.com> #246
Very dissapointed in Android/google at the moment!
FIX THIS SOON!!!
Give us new software update!
ld...@gmail.com <ld...@gmail.com> #247
vi...@google.com <vi...@google.com> #248
As requested earlier in
- adb shell setprop persist.bluetooth.btsnooplogmode full
- adb shell device_config put bluetooth INIT_logging_debug_enabled_for_all true
For information, Snoop logs can also be enabled using the instructions provided here:
el...@gmail.com <el...@gmail.com> #249
ka...@gmail.com <ka...@gmail.com> #250
pa...@gmail.com <pa...@gmail.com> #251
Connection lost after some minutes to 4 hours.
Back to S7 and Android 8.
da...@gmail.com <da...@gmail.com> #252
ed...@gmail.com <ed...@gmail.com> #253
Now it can happen that the values are low and no Alarm is given which then can lead to serious medical issues.
be...@gmail.com <be...@gmail.com> #254
This issue has been resolved for me in the Jan 2023 security update - Samsung A52 5G on security patch level 1 January 2023.
bl...@gmail.com <bl...@gmail.com> #255
eb...@stewartclan.net <eb...@stewartclan.net> #256
kh...@gmail.com <kh...@gmail.com> #257
vi...@gmail.com <vi...@gmail.com> #258
vi...@google.com <vi...@google.com> #259
lp...@gmail.com <lp...@gmail.com> #260
kl...@googlemail.com <kl...@googlemail.com> #261 Restricted+
ju...@gmail.com <ju...@gmail.com> #262
Please, fix this ASAP. It is a Major health matter, and could become a matter of life or dead easily.
ol...@gmail.com <ol...@gmail.com> #263
hear rate monitor polar can't be used during muay thai trainings
an...@gmail.com <an...@gmail.com> #264
ca...@gmail.com <ca...@gmail.com> #265
tr...@gmail.com <tr...@gmail.com> #266
vi...@google.com <vi...@google.com> #267
For further investigation, we would need the BT Snoop logs and a complete bug report (preferably from a Pixel device) as suggested in
ro...@gmail.com <ro...@gmail.com> #268
kl...@googlemail.com <kl...@googlemail.com> #269 Restricted
kl...@googlemail.com <kl...@googlemail.com> #270
With this comment you will find bugreports in response to
My Pixel 6 with Andoid 13 (Februry Update) ( called P6) has still problems to reconnect with my car (Polestar 2) (called P2) to work as digital key for the car. The bugreports reflect the following situations:
Timestamp Situation
10-14-05 P6 "Not connected" because large distance to P2. (Ok) 11-02-49 P6 "Connected" near to P2. Car can be opened, locked and started with P6 as digital key. (Ok) 17-27-17 P6 "Not connected" near to P2. (Bug) 17-31-33 P6 "Connected" after "flightmode on/off". Car can be opened, locked and started with P6 as digital key. (Ok)
Please give feedback, if the bugreports are helpful for you or if you need more/other informations.
kl...@googlemail.com <kl...@googlemail.com> #271
Better formatted description of the different bugreports in
Timestamp Situation
10-14-05 P6 "Not connected" because large distance to P2. (Ok)
11-02-49 P6 "Connected" near to P2. Car can be opened, locked and started with P6 as digital key. (Ok)
17-27-17 P6 "Not connected" near to P2. (Bug)
17-31-33 P6 "Connected" after "flightmode on/off". Car can be opened, locked and started with P6 as digital key. (Ok)
vi...@google.com <vi...@google.com> #272
kl...@googlemail.com <kl...@googlemail.com> #273
Re-
Please give feedback, if the bugreports are helpful for you or if you need more/other informations.
vi...@google.com <vi...@google.com> #274
Re-
re...@gmail.com <re...@gmail.com> #275
jr...@gmail.com <jr...@gmail.com> #276
e....@akveo.com <e....@akveo.com> #277
Probably the same issue with:
2109119DG - Xiaomi 11 Lite 5G NE
gf...@googlemail.com <gf...@googlemail.com> #278
wi...@gmail.com <wi...@gmail.com> #279
Dagoberto Lopez
On Wed, Feb 15, 2023, 6:55 AM <buganizer-system@google.com> wrote:
mi...@gmail.com <mi...@gmail.com> #280
da...@gmail.com <da...@gmail.com> #281
mi...@gmail.com <mi...@gmail.com> #282
pb...@gmail.com <pb...@gmail.com> #283
Samsung XCover 5 Android 13
Insulin pump: Accu-Chek Combo,
Sensor: Dexcom G6:
Smart watch Moto 360 3rd gen.
The BT problem still occurs, no improvement.
The error message 'Authentication error' appears regularly on the smartphone. at Combo & Dexcom.
After switching off / on everything runs normally again, as if nothing had happened.
Occurs 2-3 times a day as well.
Especially annoying at night when you're asleep and the 'no connection' alerts you.
With the Moto 360, the watch must always be re-paired after the watch is switched on.
Here the smartphone does not recognize the old pairing.
Also very annoying.
Already tried everything with cache deletion in the APP's and in the BT.
Didn't bring any improvement.
Why can't you import the BT stack from Android 12, everything worked fine there.
I had to restart my cell phone at most once a month.
Now it's 2-3x a day.
mi...@gmail.com <mi...@gmail.com> #284
Still no success on Dexcom G6 testing through multiple apps.
Android 13 with Security Update: Feb 5, 2023
[Deleted User] <[Deleted User]> #285
Learning how to code buildapps
jo...@student.aiuonline.edu <jo...@student.aiuonline.edu> #286
Add
sa...@gmail.com <sa...@gmail.com> #287
pa...@gmail.com <pa...@gmail.com> #288
ju...@gmail.com <ju...@gmail.com> #289
li...@gmail.com <li...@gmail.com> #290
Thanks Abbott!!! 😁
If any Samsung users can confirm it works with One UI 5.1 I'd be interested, I'm scared to update my operating system now!
co...@punchthrough.com <co...@punchthrough.com> #291
Are there any Abbott Android devs in this thread? It'd be awesome if you could share what you did to work around these issues so other developers can follow suit. Thanks in advance!
ja...@gmail.com <ja...@gmail.com> #292
mi...@gmail.com <mi...@gmail.com> #293
While I do not expect a reply I did write Abbott at their app developer email on Google Play. I also hope there is someone willing at Abbott that may help provide more understanding or help to fix it in other medical apps.
mr...@gmail.com <mr...@gmail.com> #294
In Pixel-7 with Feb-2023 Update, this issue did not reproduce. Can you please let us know the commit for the fix?
sh...@outlook.com <sh...@outlook.com> #295
he...@gmail.com <he...@gmail.com> #296
ro...@gmail.com <ro...@gmail.com> #297
jo...@gmail.com <jo...@gmail.com> #298
pe...@gmail.com <pe...@gmail.com> #299
gh...@gmail.com <gh...@gmail.com> #300
mi...@gmail.com <mi...@gmail.com> #301
My Anker Liberty Air 2 work on the Feb 2023 update, but other devices like Dexcom G6 from any app available to work through bluetooth does not. Possibly a difference of Bluetooth LE?
mr...@gmail.com <mr...@gmail.com> #302
jo...@gmail.com <jo...@gmail.com> #303
ro...@gmail.com <ro...@gmail.com> #304
nm...@cochlear.com <nm...@cochlear.com> #305
|
| Libre 2 Canada users: there are two Libre 2 apps. The one we have installed is apparently discontinued, as there's no update passed 2.8.2. You will need to install the OTHER Libre 2 app from Google Play to get the 2.8.4 update that solves | this problem:
From looking at the app, it looks like they're not relying on the underlying issue being fixed, but have an alarm that fires every couple of minutes, presumably to keep track of whether the BLE connection remains active.
mi...@gaia-group.com <mi...@gaia-group.com> #306
kl...@googlemail.com <kl...@googlemail.com> #307
re-
ma...@gmail.com <ma...@gmail.com> #308
fa...@gmail.com <fa...@gmail.com> #309
mi...@gmail.com <mi...@gmail.com> #310
se...@gmail.com <se...@gmail.com> #311
wj...@gmail.com <wj...@gmail.com> #312
se...@gmail.com <se...@gmail.com> #313
se...@gmail.com <se...@gmail.com> #314
ol...@gmail.com <ol...@gmail.com> #315
Xiaomi mi12lite
Miui 14
Android 13
ei...@gmail.com <ei...@gmail.com> #316
Xiaomi Mi 11 Lite
MIUI 14
Android 13
Works on pixel 6a however
ee...@essenberg.net <ee...@essenberg.net> #317
kl...@gmail.com <kl...@gmail.com> #318
wi...@gmail.com <wi...@gmail.com> #319
da...@gmail.com <da...@gmail.com> #322
cr...@gmail.com <cr...@gmail.com> #323
ch...@gmail.com <ch...@gmail.com> #324
ma...@gmail.com <ma...@gmail.com> #325
c....@gmail.com <c....@gmail.com> #326
pl...@gmail.com <pl...@gmail.com> #327
ka...@gmail.com <ka...@gmail.com> #328
lu...@gmail.com <lu...@gmail.com> #329
ni...@gmail.com <ni...@gmail.com> #330
It is unbelievable to me how long this issue is known, and still no reliable fix.
Please folks, P1 priority tag is nice, but can we get an update or something?
pi...@gmail.com <pi...@gmail.com> #331
iv...@gmail.com <iv...@gmail.com> #332
And Google themselves do not provide any update here. P1 bug, yeah. For me, "only" car bluetooth is unreliable, it is a pain in the neck, but ok... But it is a really big, big problem for all those users being reliant on medical devices like hearing aids or glucose sensors. It's a shame!
th...@gmail.com <th...@gmail.com> #333
vi...@google.com <vi...@google.com> #334
Re-comments: #323, #325, #326 : For further investigation we would need a bugreport, requesting the Pixel users to share a full bugreport.
c....@gmail.com <c....@gmail.com> #335
Please share a link to a manual on how to create a bug report.
co...@punchthrough.com <co...@punchthrough.com> #336
vi...@google.com <vi...@google.com> #337
Yes, you can refer to the link:
th...@gmail.com <th...@gmail.com> #338
04-19 11:13:14.773 1138 14230 I bthal.flowcontrol: HciEventPreProcess: HCI Event 0xff Opcode 0 Length 250 unhandled by debug_VendorEvent
04-19 11:13:14.773 14179 14236 W smp_act : packages/modules/Bluetooth/system/stack/smp/smp_act.cc:2033 smp_link_encrypted: SMP state machine busy so skipping encryption enable:0 device:xx:xx:xx:xx:97:9b
04-19 11:13:14.773 14179 14236 E bt_bta_dm: packages/modules/Bluetooth/system/bta/dm/bta_dm_act.cc:3330 bta_dm_encrypt_cback: Failed to encrypt link peer:xx:xx:xx:xx:97:9b transport:BT_TRANSPORT_LE status:BTM_FAILED_ON_SECURITY callback:T
04-19 11:13:14.773 14179 14236 W bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:194 LogMsg: btif_gatt_set_encryption_cb() - Encryption failed (1)
04-19 11:13:14.773 14179 14203 E bt_btif_gattc: packages/modules/Bluetooth/system/btif/src/btif_gatt_client.cc:248 btif_gattc_upstreams_evt: Unhandled event (17)!
04-19 11:13:14.774 14179 14236 E bt_btu_hcif: packages/modules/Bluetooth/system/stack/btu/btu_hcif.cc:204 btu_hcif_log_event_metrics: Unexpectedly received event_code:0xff that should not be handled here
04-19 11:13:14.774 14179 14236 W bt_stack: [WARNING:btif_bqr.cc(431)] Appro LSTO , Handle: 0x0041, DH1, Central, PwLv: 11, RSSI: -46, SNR: 0, UnusedCh: 26, UnidealCh: 0, ReTx: 1, NoRX: 0, NAK: 3, FlowOff: 0, OverFlow: 0, UndFlow: 0, TxTotal: 0, TxUnAcked: 0, TxFlushed: 0, TxLastSubEvent: 0, CRCError: 0, RxDuplicate: 0
04-19 11:13:14.774 14179 14236 E bluetooth: packages/modules/Bluetooth/system/stack/btm/btm_sco.cc:950 btm_sco_on_disconnected: Unable to find sco connection
04-19 11:13:14.774 14179 14236 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:2567 btm_acl_iso_disconnected: ISO disconnection from GD, handle: 0x41, reason: 0x3d
04-19 11:13:14.775 14179 14236 I bluetooth: packages/modules/Bluetooth/system/stack/eatt/eatt_impl.h:893 disconnect: Device: 44:3b:d8:56:97:9b, cid: 0xffff
04-19 11:13:14.775 14179 14236 W bt_stack: [WARNING:eatt_impl.h(897)] disconnect no eatt device found
04-19 11:13:14.775 14179 14236 I bluetooth: packages/modules/Bluetooth/system/stack/gap/gap_ble.cc:303 client_connect_cback: No active GAP service found for peer:xx:xx:xx:xx:97:9b callback:Disconnected
04-19 11:13:14.775 14179 14236 I bt_bta_gattc: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_act.cc:1249 bta_gattc_conn_cback: Disconnected att_id:3 addr:xx:xx:xx:xx:97:9b, transport:BT_TRANSPORT_LE reason:UNKNOWN[61]
04-19 11:13:14.775 14179 14236 I bt_bta_gattc: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_act.cc:1249 bta_gattc_conn_cback: Disconnected att_id:4 addr:xx:xx:xx:xx:97:9b, transport:BT_TRANSPORT_LE reason:UNKNOWN[61]
04-19 11:13:14.775 14179 14236 I bt_bta_gattc: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_act.cc:1249 bta_gattc_conn_cback: Disconnected att_id:5 addr:xx:xx:xx:xx:97:9b, transport:BT_TRANSPORT_LE reason:UNKNOWN[61]
04-19 11:13:14.775 14179 14236 I bt_bta_gattc: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_act.cc:1249 bta_gattc_conn_cback: Disconnected att_id:6 addr:xx:xx:xx:xx:97:9b, transport:BT_TRANSPORT_LE reason:UNKNOWN[61]
04-19 11:13:14.775 14179 14236 I bt_bta_gattc: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_act.cc:1249 bta_gattc_conn_cback: Disconnected att_id:7 addr:xx:xx:xx:xx:97:9b, transport:BT_TRANSPORT_LE reason:UNKNOWN[61]
04-19 11:13:14.775 14179 14236 I bt_bta_gattc: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_act.cc:1249 bta_gattc_conn_cback: Disconnected att_id:8 addr:xx:xx:xx:xx:97:9b, transport:BT_TRANSPORT_LE reason:UNKNOWN[61]
04-19 11:13:14.775 14179 14236 W bt_btm_sec: packages/modules/Bluetooth/system/stack/btm/btm_sec.cc:3755 btm_sec_disconnected: Got uncommon disconnection reason:Unknown Error[3d] handle:0x0041 comment:stack::acl::btm_acl::btm_acl_disconnected
04-19 11:13:14.776 14179 14236 E bta_gattc_main: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_main.cc:395 bta_gattc_hdl_event: Ignore unknown conn ID: 3
04-19 11:13:14.776 14179 14236 E bta_gattc_main: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_main.cc:395 bta_gattc_hdl_event: Ignore unknown conn ID: 4
04-19 11:13:14.776 14179 14236 E bta_gattc_main: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_main.cc:395 bta_gattc_hdl_event: Ignore unknown conn ID: 5
04-19 11:13:14.776 14179 14236 E bta_gattc_main: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_main.cc:395 bta_gattc_hdl_event: Ignore unknown conn ID: 6
04-19 11:13:14.776 14179 14236 E bta_gattc_main: packages/modules/Bluetooth/system/bta/gatt/bta_gattc_main.cc:395 bta_gattc_hdl_event: Ignore unknown conn ID: 7
bi...@gmail.com <bi...@gmail.com> #339
In fact, I just wonder what you do with your days?
p....@centrum.cz <p....@centrum.cz> #340
Totally agreed with
Yet, despite what it looks like, I want to believe that Google actually works on this and while they totally fail to communicate, they will "silently" prepare some kind of fix eventually. This reminds me of
To add some practical finding, this issue also seems to affect phones with the
wi...@gmail.com <wi...@gmail.com> #341
vi...@google.com <vi...@google.com> #342
We believe the issue has been fixed and is no longer reproducible. We recommend Pixel users to check the issue on the latest Android version and feel free to create a new bug along with the relevant details if you encounter it again. Whereas, the non-Pixel users using Samsung, Xiaomi etc we recommend them to reach out to their respective OEM's.
hi...@gmail.com <hi...@gmail.com> #343
ma...@gmail.com <ma...@gmail.com> #344
Pixel 7 user here...
I freaking love it when I walk up to my Tesa looking like idiot trying to get in and it doesn't unlock... I have to turn off the Bluetooth and turn it back on.
pi...@gmail.com <pi...@gmail.com> #345
ma...@gmail.com <ma...@gmail.com> #346
mi...@gmail.com <mi...@gmail.com> #347
So one of the steps to get this fixed was to help Google see the logs of whenr this happens on their Pixel devices. Maybe we already have such a port already? Those noting issues especially on Pixels should be the ones providing the logs so Google will fix it for everyone. I guess we can revert changes in AOSP to the Bluetooth stack in Android 12 which worked, but I'd have to look at why they originally did that change in Android 13 and why. Pixel devices people, you can really help show the bug using logcat as it happens.
mi...@gmail.com <mi...@gmail.com> #348
So one of the steps to get this fixed was to help Google see the logs of whenr this happens on their Pixel devices. Maybe we already have such a post already? Those noting issues especially on Pixels should be the ones providing the logs so Google will fix it for everyone. I guess we can revert changes in AOSP to the Bluetooth stack in Android 12 which was working, but I'd have to look at why they originally did that change in Android 13 and why. Pixel devices people, you can really help by showing the bug using logcat as it happens.
fi...@gmail.com <fi...@gmail.com> #349
zh...@gmail.com <zh...@gmail.com> #350
On Thu, May 18, 2023, 10:16 AM <buganizer-system@google.com> wrote:
an...@gmail.com <an...@gmail.com> #351
vi...@google.com <vi...@google.com> #352
Re-comments #343, #344, #345, #349, #350, #351. Requesting the users to share a bugreport for further investigation.
hi...@gmail.com <hi...@gmail.com> #353
vi...@google.com <vi...@google.com> #354
For steps to capture a bug report, please refer:
In addition, before you capture bugreport we recommend to Enable Bluetooth HCI snoop logs
option by following the below steps:
- Settings -> System -> Advanced -> Developer options -> Enable Bluetooth HCI snoop logs -> Enable
- turn off BT
- on/off airplane mode
- turn on BT
- Start to reproduce, take bugreport when issue occurs.
iv...@gmail.com <iv...@gmail.com> #355
> [...] We recommend Pixel users to check the issue on the latest Android version [...]
Could you please provide any exact version ids that are supposed to contain this fix?
pi...@gmail.com <pi...@gmail.com> #356
je...@gmail.com <je...@gmail.com> #357
an...@gmail.com <an...@gmail.com> #358
Recommend getting your hands on a Polar H6. This works with Android 12 and with current iPhones. It is visible using NRF Connect on my Android 13 Pixel 7 Pro running TQ2A.230505.002, but cannot be paired in Strava, Polar Flow or Polar Beat. Given I have two (now useless) of these devices and have produced the same symptoms across my Pixel 7 Pro, My son's Pixel 5 and my daughters' Pixel 4a & Pixel 6 and shown that both work on the Pixel 3 with earlier Android and multiple iOS devices. I can say with some justification that whatever this bug is, it is most definitely not fixed. This in additional to other unreliable behaviour (e.g. random XC40 requests to repair).
zh...@gmail.com <zh...@gmail.com> #359 Restricted+
vi...@google.com <vi...@google.com> #360
Re-
vi...@google.com <vi...@google.com> #361
Re-
ch...@gmail.com <ch...@gmail.com> #362
kr...@gmail.com <kr...@gmail.com> #363
zh...@gmail.com <zh...@gmail.com> #364
vi...@google.com <vi...@google.com> #365
Re-
vi...@google.com <vi...@google.com> #367
Re-
zh...@gmail.com <zh...@gmail.com> #368
I believe this bug report, I already had the hci log enabled. I got to my car, the phone would not connect to the Phone as a key (PaaK) in the car. I disabled Bluetooth, re enabled it. The phone connected, I created the hug report.
vi...@google.com <vi...@google.com> #369
Re-
vi...@google.com <vi...@google.com> #370
Re-
mm...@gmail.com <mm...@gmail.com> #371
���� ��� Outlook for Android<
________________________________
From: buganizer-system@google.com <buganizer-system@google.com>
Sent: Wednesday, May 24, 2023 9:45:31 PM
To: b-system+1794283363@google.com <b-system+1794283363@google.com>
Cc: mmtenez@gmail.com <mmtenez@gmail.com>
Subject: Re:
Replying to this email means your email address will be shared with the team that works on this product.
Changed
vi...@google.com added
Re-
_______________________________
Reference Info: 242755161 Android 13: Unable to reconnect reliably to bonded peripheral
component: Android Public Tracker<
status: Assigned
reporter: co...@punchthrough.com
assignee: ra...@google.com
cc: co...@punchthrough.com, gu...@google.com
type: Bug
priority: P1
severity: S1
blocked by: 195410559<
blocking: 265919289<
hotlist: [AOSP] assigned<
retention: Component default
ReportedBy: Developer
Generated by Google IssueTracker notification system
You're receiving this email because you are subscribed to updates on Google IssueTracker
Unsubscribe from this issue.<
jo...@googlemail.com <jo...@googlemail.com> #372
vi...@google.com <vi...@google.com> #373
Re-
We have found that the bug report has only successful connection and does not see the Bluetooth logs before BT turn OFF and turn ON.
Could you please share the bug report immediately after the issue is observed or request the user to increase the logging buffer size to max available and share the new bug report.
Steps to enable bt_snoop and increase buffer size:
1.Enable Developer options on the device.
2.In the Developer options menu, change the Enable Bluetooth HCI snoop log setting to Enabled.
3.In the "Logger buffer sizes", change the buffer size to "16M"(or highest possible).
4.Restart your phone for logging to take effect
5.Try reproducing your issue again and take a new bugreport
er...@okcuoglu.com <er...@okcuoglu.com> #374
er...@okcuoglu.com <er...@okcuoglu.com> #375
can connect to bluetooth earpods without any issue.
cannot connect to a tablet with android 10. Bluetooth Versions are the same. Can't also connect to a windows 11 PC.
I've tried every common step, like restart, wipe cache, turn on/off clear cache.
I've also tried to install android 14 beta / remove it back and reinstalled fresh android 13.
No result unfortunately :(
Is there any solution planned?
vi...@google.com <vi...@google.com> #376
Re-
In addition, before you capture bugreport we recommend Enable Bluetooth HCI snoop logs
option and increase the logging buffer size to max available by following the below steps and then share the bugreport:
- Enable Developer options on the device.
- In the Developer options menu, change the Enable Bluetooth HCI snoop log setting to Enabled.
- In the "Logger buffer sizes", change the buffer size to "16M"(or highest possible).
- Restart your phone for logging to take effect.
- Try reproducing your issue again and take a new bugreport.
zh...@gmail.com <zh...@gmail.com> #377
Attached is the new report. This morning I set HCI on, and increased the log size to maximum and rebooted the phone. I was able to drive my car to work using the phone as a key without problem. After work today, I went out to my car, and could not get in. I turned Bluetooth off, then on, and the car immediately connected, and I was able to enter. I then immediately captured a full bug report. Additionally, all day I have been getting notices from Tile that it could not find my devices.
The other thing that is annoying is most of the time when I restart Bluetooth, I get a persistent notification that says "Looking for Android Auto". It never goes away without restarting Bluetooth again.
hi...@gmail.com <hi...@gmail.com> #378
vi...@google.com <vi...@google.com> #379
Re-
vi...@google.com <vi...@google.com> #380
Re-
er...@gmail.com <er...@gmail.com> #381
Android 13 Security update May 5th, 2023 Play update May 1, 2023.
vi...@google.com <vi...@google.com> #382
Re-
In addition, before you capture bugreport we recommend Enable Bluetooth HCI snoop logs
option and increase the logging buffer size to max available by following the below steps and then share the bugreport:
- Enable Developer options on the device.
- In the Developer options menu, change the Enable Bluetooth HCI snoop log setting to Enabled.
- In the "Logger buffer sizes", change the buffer size to "16M"(or highest possible).
- Restart your phone for logging to take effect.
- Try reproducing your issue again and take a new bugreport.
co...@punchthrough.com <co...@punchthrough.com> #383
hi...@gmail.com <hi...@gmail.com> #384
vi...@google.com <vi...@google.com> #385 Restricted+
vi...@google.com <vi...@google.com> #386
Re-
zh...@gmail.com <zh...@gmail.com> #387
Phone as a key doesn't work, problems connecting hearing aids, tile trackers not working, etc. I never have problems with hands free calls or playing Bluetooth audio.
Right after I installed the June update, I was able to use my phone as a key for the car driving to work just fine. But I couldn't coming home until I restarted Bluetooth on the phone. I could submit another bug report, but sure if it will show anything more than the previous one.
hi...@gmail.com <hi...@gmail.com> #388
ho...@gmail.com <ho...@gmail.com> #389
hi...@gmail.com <hi...@gmail.com> #390
- Device is connected to BLE (car)
- Walk around the block for 10 minutes
- Came back and the device showed disconnected state and did not auto-connect
- Force close the app and start it again, device connects, bug report taken
hi...@gmail.com <hi...@gmail.com> #391
- Device is connected to BLE and being used with Phone as a Key
- Turn off car, exit car, enter store
- Pre-emptively force close the app and start it again
- Exit store, approach car, device shows connecting, turn phone screen off and put it in my pocket
- Attempt to start car, received "Key not detected" message, pull out phone and open up the app and device shows disconnected state
- Force close the app again and start it again, device connects, start the car, bug report taken
Is there active work being done on this issue? It's extremely frustrating at worst (not being able to use it with Phone as a Key reliably without restarting the phone every day) and life-threatening at worst (not able to maintain a connection to medical devices, per others in this issue tracker). The silence on this issue is frankly ridiculous and absolutely will push people off of the Android platform.
vi...@google.com <vi...@google.com> #392
Re-
jb...@gmail.com <jb...@gmail.com> #393
li...@gmail.com <li...@gmail.com> #394
li...@gmail.com <li...@gmail.com> #395
I'm currently using version 2.8.4 of the FreeStyle LibreLink App which IS compatible with Android OS 13 and all alarms work correctly.
But now I'm hesitant to ever update my android operating system ever again.
I'm currently on this version
Build Number : S901EXXU2BVKM
Android version : T(Android 13)
Release Date : 2022-12-21
Security patch level : 2022-12-01
(One UI 5.0)
I'm considering upgrading to:
Build Number : S901EXXU5CWEC
Android version : T(Android 13)
Release Date : 2023-06-26
Security patch level : 2023-06-01
(One UI 5.1)
Please let me know if anyone has had experience with the latest Android version (June 2023) for Samsung and freestyle libre 2?
Thanks,
Lisa
la...@gmail.com <la...@gmail.com> #396
since the June-Update our Galaxy A33 5G is having trouble with bluetooth - our Freestyle Libre3 sensor has many problems to connect with the app. Until May-Update we have had no trouble.
je...@gmail.com <je...@gmail.com> #397
ro...@gmail.com <ro...@gmail.com> #398
ba...@gmail.com <ba...@gmail.com> #399
vi...@google.com <vi...@google.com> #400
Re-
vi...@google.com <vi...@google.com> #401
Re-
li...@gmail.com <li...@gmail.com> #402
I'm currently on Samsung Build Number : S901EXXU5CWEC (Google play system update 1May 2023, android security patch level 1 June 2023), bluetooth alarms work for the librelink app
Perhaps it's the next update that breaks it?
zh...@gmail.com <zh...@gmail.com> #403
Here is a new report. I was unable to use my Phone as a key and my Tile trackers were not detected even though I had them with me. I then captured the hug report without restarting Bluetooth.
de...@gmail.com <de...@gmail.com> #404
ba...@gmail.com <ba...@gmail.com> #405
vi...@google.com <vi...@google.com> #406
Re-
he...@ruuvi.com <he...@ruuvi.com> #407
Has anyone tested to fix with this "hack"?
Go to the settings menu and click “About phone” → software information
Scroll down to the bottom where you see “Build number”
Tap it seven (7) times. Android developer settings are now enabled.
Go to the settings menu again and click Settings->Developer options->Bluetooth AVRCP version.
select which Bluetooth AVRCP Version you want such as AVRCP 1.4 from the previous response.
he...@ruuvi.com <he...@ruuvi.com> #408
vi...@google.com <vi...@google.com> #409
Re-
-
The original issue in
stated that connection attempts often result in failures and show the BluetoothGatt error status code 133. But from the description incomment#1 it seems to be a different issue. Do you also experience GATT_ERROR(133)?comment#407 -
Apart from Samsung models (A23, A33 and A53), are the Pixel phones also experiencing this issue?
-
For further investigation we would need a bugreport (prefer Pixel phones if it is reproducible on Pixel phones). You may follow the steps provided in
and share a full bug report with us.comment#382
he...@ruuvi.com <he...@ruuvi.com> #410
- It's not mandatory to use GATT connection with our devices but it's also the same issue with the range.
- Currently we have not got any reports from Pixel phones and they are not available for testing right now.
vi...@google.com <vi...@google.com> #411
Re-
he...@ruuvi.com <he...@ruuvi.com> #412
vi...@google.com <vi...@google.com> #413
Re-
he...@ruuvi.com <he...@ruuvi.com> #414
vi...@google.com <vi...@google.com> #415
Thanks for the inputs. We’ve shared this with our product and engineering teams and will continue to provide updates as more information becomes available. It would be great if you can add the drive link here in this bug to keep the information intact with this current bug.
he...@ruuvi.com <he...@ruuvi.com> #416
vi...@google.com <vi...@google.com> #417
Re-
an...@gmail.com <an...@gmail.com> #418
Thank you! Interested to know why this took quite so long.
na...@gmail.com <na...@gmail.com> #419
na...@gmail.com <na...@gmail.com> #420
I see several comments that turning off BT then turning BT on when connecting seems to provide stability. So I used the Tasker app. When initially connect, then turn off BT, then turn on BT. Tested on the 2016 Landrover seems to work.
bl...@gmail.com <bl...@gmail.com> #421
il...@gmail.com <il...@gmail.com> #422
Poco m6 pro 5g update miui 15 update Android 14 update any way today
vi...@google.com <vi...@google.com> #423
Re-
st...@gmail.com <st...@gmail.com> #424
bo...@gmail.com <bo...@gmail.com> #425
jo...@gmail.com <jo...@gmail.com> #426
Diabetic here; Dexcom G7, and not having a working ble on my android really sucks.
Not much trust for Google; wonder if these stack changes are with intent for us 'users' or 'hardware vendors '
bo...@gmail.com <bo...@gmail.com> #427
tr...@gmail.com <tr...@gmail.com> #428
ca...@gmail.com <ca...@gmail.com> #429
vi...@google.com <vi...@google.com> #430
Re-
bo...@gmail.com <bo...@gmail.com> #431
bugreport-raven-UP1A.231105.003-2023-11-29-08-04-33.zip -
ad...@gmail.com <ad...@gmail.com> #432
Please can we have any kind of update from you?
ra...@google.com <ra...@google.com> #433
Thanks for the information. We don't have access to shared google drive link in
bo...@gmail.com <bo...@gmail.com> #434
ra...@google.com <ra...@google.com> #435
Please provide below information to better understanding of issue.
1.Steps to reproduce the issue .
2.Expected behaviour and actual observed behaviour for the issue.
3.Issue observed time (video or screenshot is preferred)
4.Issue frequency (one time/always/occasionally)
bo...@gmail.com <bo...@gmail.com> #436
- No steps are required to reproduce the issue. The issue happens all the time when I am using your Google pixel buds a series and my cars radio. I haven't been able to reproduce the issue at all by doing any certain thing.
- The expected behaviour is that it doesn't disconnect at all and the actual observed behaviour varies. They range from my buds completely disconnecting and never reconnecting until I turn Bluetooth off and on again, the buds completely disconnecting and then reconnecting (sometimes straight away, sometimes after a certain amount of time), sometimes 1 bud disconnects.
- The time isn't specific and occur when using the Bluetooth device
- The frequency is always.
Please advise if you need anything else. A solution to this issue is desperately needed by everyone in this issue tracker .
ra...@google.com <ra...@google.com> #437
Hi
We are not able to find enough information in the bug report. Please try to reproduce the issue after enabling the logs as below.
Steps for enabling full bt_snoop and persistent logs.
1.Enable Developer options on the device.
2.In the Developer options menu, change the Enable Bluetooth HCI snoop log setting to Enabled.
3.In the "Logger buffer sizes", change the buffer size to "16M"(or highest possible).
4.Restart your phone for logging to take effect
5.Try reproducing your issue again and take a new bugreport
Also, request to get the detailed scenario as below.
-
We assume that the scenario is when both pixel earbud and Carkit is connected to the phone over Bluetooth. The connection with the pixel bud is not stable, connection or re connection is not happening reliably ((sometimes straight away, sometimes after a certain amount of time). Please confirm whether this assumption is correct.
-
When you are trying to reproduce the issue, please provide us with the exact sequence and the time at which user performed the actions - this will help us to identify the right entries in the bug report.
For example (just an example scenario).
1. Both car kit and pixel buds are un paired. (7:33 AM)
2. Bluetooth paired and connected with car kit.
3. Confirm that the BT connection to car kit is working fine
4. Bluetooth paired and connected with pixel buds.
5. Confirm that the pixel bud is getting connected and working fine, if it is all good.
6. Switched off the pixel bud so that it disconnects from the Phone
7. Switched on the pixel bud so that it should connect back - This was not working ! (7:40 AM)
co...@thekearneys.org <co...@thekearneys.org> #438
co...@thekearneys.org <co...@thekearneys.org> #439
bo...@gmail.com <bo...@gmail.com> #440
Another Case ID [8-2690000035285] have mentioned this bug has been filed for future repair in upcoming updates. Can you confirm the requested information is no longer required?
bo...@gmail.com <bo...@gmail.com> #441
ra...@google.com <ra...@google.com> #442
Reply to
Thanks for the reply. Please provide the requested information mentioned in
fa...@gmail.com <fa...@gmail.com> #443
ah...@gmail.com <ah...@gmail.com> #444
ah...@gmail.com <ah...@gmail.com> #445
ra...@google.com <ra...@google.com> #446
As requested in
st...@gmail.com <st...@gmail.com> #447
bo...@gmail.com <bo...@gmail.com> #448
I'm not sure why my original information isn't sufficient. I had done exactly as instructed. It feels like none of this information being provided is leading to a solution. This bug goes back to August 2022 for crying out loud. The Samsung Galaxy S24 is looking better and better.
I'll see how I go getting this additional information. Might take a while...if ever.
hm...@googlemail.com <hm...@googlemail.com> #449
Anything I can provide, I'm happy to.
ra...@google.com <ra...@google.com> #450
el...@gmail.com <el...@gmail.com> #451
co...@gmail.com <co...@gmail.com> #452
problem after another. Penny cole vcolesuep@gmail.com
On Mon, Feb 19, 2024, 12:29 AM <buganizer-system@google.com> wrote:
bo...@gmail.com <bo...@gmail.com> #453
See attached bug report. Please advise who requires access so I can add access permissions to this file.
Additionally the sequence of events occured as follow:
1. Earbuds connected to pixel device
2. Video being watched and sound playing through earbuds
3. Earbuds suddenly stop producing sound
4. Bug report generated immediately
No car device was connected at this time.
Hopefully this is now enough
j....@allgon.com <j....@allgon.com> #454
We opened a ticket weeks ago
Is there any intention to fix this from Google? It is unacceptable that an APP stops working due to a OS update and do not receive any solution from the support team.
je...@gmail.com <je...@gmail.com> #455
bo...@gmail.com <bo...@gmail.com> #456
bo...@gmail.com <bo...@gmail.com> #457
ch...@gmail.com <ch...@gmail.com> #458
On Wed, Mar 13, 2024, 3:57 AM <buganizer-system@google.com> wrote:
bo...@gmail.com <bo...@gmail.com> #459
ch...@gmail.com <ch...@gmail.com> #460
ce...@gmail.com <ce...@gmail.com> #461 Restricted+
me...@gmail.com <me...@gmail.com> #462
no...@gmail.com <no...@gmail.com> #463
ad...@smit.id.au <ad...@smit.id.au> #464
wi...@gmail.com <wi...@gmail.com> #465
jo...@gmail.com <jo...@gmail.com> #466
ma...@gmail.com <ma...@gmail.com> #467
Is there any update on this topic?
wi...@gmail.com <wi...@gmail.com> #468
It's super annoying on the Pixel 8 Pro, even a GoPro/DJI Action 4 has serious issues to connect.
ra...@google.com <ra...@google.com> #469
Reply on
Thanks for reporting this issue. We request to capture the bugreport immediately after reproducing the issue and share with us. For steps to capture a bug report, please refer:
In addition, before you capture bugreport we recommend Enable Bluetooth HCI snoop logs
option and increase the logging buffer size to max available by following the below steps and then share the bugreport:
- Enable Developer options on the device.
- In the Developer options menu, change the Enable Bluetooth HCI snoop log setting to Enabled.
- In the "Logger buffer sizes", change the buffer size to "16M"(or highest possible).
- Restart your phone for logging to take effect.
- Try reproducing your issue again and take a new bugreport.
ar...@gmail.com <ar...@gmail.com> #470 Restricted
wi...@gmail.com <wi...@gmail.com> #471
ra...@google.com <ra...@google.com> #472
Reply on
We have shared this with our product and engineering team and will update this issue with more information as it becomes available.
ra...@google.com <ra...@google.com> #473
Reply on
Could you please clarify the following
- Is this issue exclusive to the Pixel 7a, or does it affect other Pixel phones as well?
- Do Samsung phones also experience the connecting/disconnecting loop issue?
- Could the reporter provide the model of the SportsTracker heart rate belt they are using?
- If the SportsTracker heart rate belt is reset, does the issue persist?
- Does the issue continue even after rebooting the phone?
ar...@gmail.com <ar...@gmail.com> #474
Is this issue exclusive to the Pixel 7a, or does it affect other Pixel phones as well?
I only got one Pixel phone, Pixel 7a
Do Samsung phones also experience the connecting/disconnecting loop issue?
No, never had issues with the old Samsung. I still use it for SportsTracker.
Could the reporter provide the model of the SportsTracker heart rate belt they are using?
Written on the back: Polar iWL FCC ID: INWR7. Maybe this site tells a little bit more:
If the SportsTracker heart rate belt is reset, does the issue persist?
There is no reset button or what so ever. I removed the battery and put it back in. The issue still persists.
Does the issue continue even after rebooting the phone?
I turned the Pixel off and on again, started SportsTracker and still disconnecting and connecting every approx. 50 seconds (see also new attached video). The disconnecting starts at 31 seconds.
Today I've updated my Pixel to the latest September update but it did not solve the issue.
ra...@google.com <ra...@google.com> #475
We’ve investigated, but unfortunately have not been able to reproduce it with the steps provided. Please help to reset the device and verify again.
ar...@gmail.com <ar...@gmail.com> #476
This is what I did:
First of all I removed the battery from the heart rate sensor and put a new battery in it (resetting).
Then I removed the Polar iWL device (heart rate sensor) from the bluetooth known devices by ´forget device' in the bluetooth ´tab'.
To be sure it's removed, I checked the known bluetooth devices again (no Polar iWL being saved).
Powered off my Pixel 7a and booted again.
In the bluetooth 'tab' I pressed 'pair new device' so the Polar iWL becomes one of the bluetooth connected devices.
Tried SportsTracker again but the issue still remains, approx. 50 seconds connected, 10 seconds disconnected, over and over again.
ra...@google.com <ra...@google.com> #477
Reply on
Disconnection was triggered from the remote SportsTracker. Please help to feedback to SportsTracker vendor to check the issue. Thanks.
ar...@gmail.com <ar...@gmail.com> #478
jo...@gmail.com <jo...@gmail.com> #479
ar...@gmail.com <ar...@gmail.com> #480
Support from SportsTracker was very good but unfortunately they didn´t have a solution. They redirected me to Polar. I'll ask the same questions there.
co...@gmail.com <co...@gmail.com> #481
Penny cole
On Mon, 18 Nov 2024 at 1:01 PM <buganizer-system@google.com> wrote:
ar...@gmail.com <ar...@gmail.com> #482
I finally know what caused the issue. Polar told me that the wearlink sensor I'm using has a bluetooth version lower than 4.0. In fact its using bluetooth version 2. By knowing this, I bought a new heart rate sensor with bluetooth version 5.0 and it works without any issues when connected to my Pixel 7a. Issue solved :-)
pj...@gmail.com <pj...@gmail.com> #483
vv...@google.com <vv...@google.com> #484
Thank you for reporting this issue. We have a fix rolling out in an upcoming release.
li...@gmail.com <li...@gmail.com> #485
Scotty Lee Ferguson
On Thu, Dec 19, 2024, 4:32 PM <buganizer-system@google.com> wrote:
st...@gmail.com <st...@gmail.com> #486
I'm on Oppo A74, with android 13. (When was Android 12, i got never and i repeat NEVER issue with pairing), after the android 13 release i got nightware.
The bug is bord with android 13, and there's some issue when i think the phone want reproduce the audio from the watch ( i don't know why) and this cause the auto unbondig device.
Description
Summary
Ever since the Android 13 beta, we've observed Android 13 being very inconsistent with reconnection behavior when it comes to bonded Bluetooth Low Energy peripherals, or specifically, BLE peripherals with LE Privacy enabled. Connection attempts would often result in immediate failures that manifest as the dreaded
BluetoothGatt
status code133
(undocumented publicly, but which meansGATT_ERROR
).Reconnection strategy
The way we've always reconnected to a bonded peripheral that has been working consistently from Android 6.0 up to 12.0 is by saving the initial MAC address of the BLE peripheral (
BluetoothDevice.address
) at the time of connection, and then queryingBluetoothAdapter.bondedDevices
to find a matchingBluetoothDevice
handle, which we then callBluetoothDevice.connectGatt(..)
on.(Note: our BLE peripheral utilizes LE Privacy to rotate its MAC address periodically to help preserve our users' privacy.)
Repro Details
Devices on which the issue was reproducible
Repro steps
The steps described below were captured using our proprietary peripheral whose firmware I cannot provide, but a Logcat output capture will be provided.
BluetoothLeScanner
.onConnectionStateChange
event withinBluetoothGattCallback
.BluetoothAdapter.bondedDevices
and filtering for the MAC address of the bonded peripheral, then connecting to thisBluetoothDevice
handle.133
. Once the system is in this state, subsequent attempts to retry the connection attempt will also fail immediately with the133
status code.Investigation notes
BluetoothGatt.refresh()
via reflection, but this didn't seem to have an effect on the issue at all.