Fixed
Status Update
No update yet.
Comments
[Deleted User] <[Deleted User]>
This was reported eight months ago. Is this going to be fixed anytime soon?
LTE cell measurements seem to be officially supported only via this interface (i.e. the old TelephonyManager.getCellLocation() can not be used for LTE since it is specified to return null when in LTE network). Thus it is important that this new interface works!
LTE cell measurements seem to be officially supported only via this interface (i.e. the old TelephonyManager.getCellLocation() can not be used for LTE since it is specified to return null when in LTE network). Thus it is important that this new interface works!
[Deleted User] <[Deleted User]>
Just tested this on Nexus 4 with Android 4.3. onCellInfoChanged is called with null parameter.
so...@google.com
How can we raise the priority of this issue? This should be fixed as soon as possible to give android a usable telephony API!
/ Kenneth
/ Kenneth
[Deleted User] <[Deleted User]>
Hi, same thing in Nexus 7 (ME571-LTE). Tell ASUS to fix the problem. Galaxy S4 works just fine.
so...@google.com
ja...@google.com
The reason the bug is here (and not on some ASUS forum) is that (in theory) Google has a compatibility test suite that tests the public API, and won't provide the Google apps (like Google Play) if the device fails that test (and you'd hope that their flagship device, the Nexus 4 would implement their documented public API.)
If there were an alternate public API that provided the LTE info, or the Google developer devices implemented the public API as documented and some OEM blew it, it wouldn't matter so much.
While fixing this on individual devices is good, what really needs to happen in addition to that, is an update to the CTS to test CellInfo and actually require that devices pass that part of the CTS and implement the API before getting the Google apps.
If there were an alternate public API that provided the LTE info, or the Google developer devices implemented the public API as documented and some OEM blew it, it wouldn't matter so much.
While fixing this on individual devices is good, what really needs to happen in addition to that, is an update to the CTS to test CellInfo and actually require that devices pass that part of the CTS and implement the API before getting the Google apps.
ja...@google.com
I tried below work around and it looks working
1. list to LISTEN_SIGNAL_STRENGTHS event telephonyManager.listen(phoneCallsListener,PhoneStateListener.LISTEN_SIGNAL_STRENGTHS)
2. onSignalStrengthsChanged call telephonyManager.getAllCellInfo(). Returns values are not null. But I am not sure that returned values are correct or not yet.
1. list to LISTEN_SIGNAL_STRENGTHS event telephonyManager.listen(phoneCallsListener,PhoneStateListener.LISTEN_SIGNAL_STRENGTHS)
2. onSignalStrengthsChanged call telephonyManager.getAllCellInfo(). Returns values are not null. But I am not sure that returned values are correct or not yet.
Description
- Phone make and model: Samsung, Xiaomi, Nokia - any
- OS version: verified on OS 8.0 and 8.1
- ML Kit APIs and versions: 16.0.0-beta1
### STEPS ###
1. use EntityExtraction.getClient(options).downloadModelIfNeeded()
### EXPECTED ###
no crash
### ACTUAL ###
`okhttp3.internal.huc.OkHttpURLConnection` is referenced by `okhttp-urlconnection:3.12.1` within `com.google.mlkit:entity-extraction` but since versions > 3.13.1 of OkHttp removed this class, it crashes
### ADDITIONAL INFORMATION ###
okhttp3.internal.huc.OkHttpURLConnection.d(): [0x95] cannot access instance field q1.b0 p1.l0.n.e.b from object of type Unresolved Reference: p1.l0.n.f (declaration of 'okhttp3.internal.huc.OkHttpURLConnection' appears in /data/app/...==/base.apk:classes3.dex)