Share your experience!
UPDATED: 12OCT2017
I'm sure google will change things again if they haven't already. But if the latest patch 32.4.A.1.54 did not include the Bluetooth Security Patches - there will be another change to the BT API no doubt.
There's a security Vulnerability to do with Bluetooth discovered in Sept. It's probably the junk I ran in to ... anyhoo... I'm busy compiling the new changes for 32.4.A.1.54 on the Z5C for a rebuild of the TWRP Recovery.
Adios.
CVE-2017-0781 to 0785
edit wow... i been out of action for a while... just looking at the last date there...
UPDATED: 20JULY2017
one of my devices stored the correct names, the other didn't
the (W)hite device had never been paired to the pc before, while my main Black device had been previously
http://i.imgur.com/xiVkZvu.jpg
http://i.imgur.com/xiVkZvum.jpg
http://i.imgur.com/avyWCNFm.jpg http://i.imgur.com/QnPkCmZm.jpg
Standard Users having Bluetooth Problems:
Root Users Having Bluetooth Problems:
____________
09 June 2017
Found the cause for some of the problems.
Shared Pref in User_De is missing pretty much all the configurations it needs.
____________
05 June 17
Included btopps database corruption examples - view last post
=========================================================
ORIGINAL POST
=========================================================
I've been doing some trawling through my log, as I've finally been able to recreate the Nougat issues on my phone that everyone else seems to have that I didn't.
From what I read ( could have misunderstood) the bluetooth and wireless api have had changes from Google to do with security. The result of this means that older hardware does not send the device sufficient parameters for a handshake or data transfer.
Older written apps will cause the system to check for things that it won't find because of permissions, so it loops causing battery drain.
I blame Google for a large part of this
Solved! Go to Solution.
Bumpity Bump.
Found the cause for the problems. /data/user_de/0/com.android.bluetooth/shared_pref
is missing bluetooth profile configurations.
Now all I need to do is find where in the framework the code is and submit a patch to Sony or Google
Bump to add temporary solution for Non-Root and Root Users
There is a workaround, but you have to be sure not to turn off your bluetooth on your phone...or you will have to do the procedure again.
First, open smart connect app on your phone. you will find the bluetooth accessory in the list.
keep pressing on it, then remove.
Second, clear all your apps in memory (I use fast reboot app) then close all apps.
Third, open smart connect one more time, press on the plus to add accessory..this will open bluetooth settings...pair your device.
The accessory will work now....hopefully....until you turn off bluetooth....it will be corrupted...again. It works for me..(I use wireless headset pro mw1 and RM-X7bt car accessory).
this one's not really related but..
in Microsoft we trust
http://i.imgur.com/mMuBPZk.jpg
http://i.imgur.com/gumtZVM.jpg
http://i.imgur.com/afwUuxB.jpg
...and asus... because laptop isnt made for Server 2016...
but at least bluetooth is working..... pfff
now there's another vendor to add to confusion... yay windows
heres something interesting ...
one of my devices stored the correct names, the other didn't
the (W)hite device had never been paired to the pc before, while my main Black device had been previously
http://i.imgur.com/xiVkZvu.jpg
http://i.imgur.com/xiVkZvum.jpg
http://i.imgur.com/avyWCNFm.jpg http://i.imgur.com/QnPkCmZm.jpg
UPDATED: 12OCT2017
I'm sure google will change things again if they haven't already. But if the latest patch 32.4.A.1.54 did not include the Bluetooth Security Patches - there will be another change to the BT API no doubt.
There's a security Vulnerability to do with Bluetooth discovered in Sept. It's probably the junk I ran in to ... anyhoo... I'm busy compiling the new changes for 32.4.A.1.54 on the Z5C for a rebuild of the TWRP Recovery.
Adios.
CVE-2017-0781 to 0785