How to avoid crash that happens when using ACTION_WIFI_ADD_NETWORKS intent in the android 11 devices - Redmi Note 9 Pro (International Model) General and

In our app, we are trying to add a wifi network programmatically using the EAP-SIM method. Until Android 9 version devices, we are using AddNetwork API. In Android 10 devices, we are using AddNetworkSuggestions API. In the higher version devices (Android 11), when we tried using AddNetworkSuggestions, it returned an error code "STATUS_NETWORK_SUGGESTIONS_ERROR_ADD_NOT_ALLOWED".
So as an alternative, we are currently using ACTION_WIFI_ADD_NETWORKS intent to add our network into the Saved Networks (as suggested by Google - https://issuetracker.google.com/issues/171909438). For reference we are using this link https://developer.android.com/guide/topics/connectivity/wifi-save-network-passpoint-config
The crash issue was happening in Pixel devices previously when we tested around Dec 2020 and Jan 2021. We noticed that the issue got fixed in the 5th Feb 2021 security patch release in Pixel devices. So in our codes we implemented a workaround of checking if the Security Patch Level of the device is greater than the ValidPatch which is 2021-02-05 and then we proceeded with calling the intent. Even with this check, the crash still happens in a Redmi Note 9s device with Android version 11 RKQ1.200826.002 and Android Security patch update 2021-04-01.
Anyone facing/faced a similar issue and got any workaround to avoid the crash?
Or
Does anyone have another way of adding a wifi network programmatically using the EAP-SIM method in Android 11 and higher version devices?
Or
Does anyone have info on when the update with the fix for the crash will be released?

Related

Spectre/Meltdown Exploit: Are we vulnerable?

Just like the topic says, are we vulnerable to this new exploit or not? If so, how can we patch it? I can't seem to find any information regarding the Note 4 being patched, only the Note 5 and thereafter.
JOSHSKORN said:
Just like the topic says, are we vulnerable to this new exploit or not? If so, how can we patch it? I can't seem to find any information regarding the Note 4 being patched, only the Note 5 and thereafter.
Click to expand...
Click to collapse
I too was searching for this answer and a Google search led me to this: https://9to5google.com/2018/01/10/meltdown-spectre-android-updates/
I'm still searching for official info but I'm not surprised the Note 4 isn't getting patched. I'm more miffed my 2016 revision Tab S2 isn't getting patched. That sucks.
beatblaster said:
I too was searching for this answer and a Google search led me to this: https://9to5google.com/2018/01/10/meltdown-spectre-android-updates/
I'm still searching for official info but I'm not surprised the Note 4 isn't getting patched. I'm more miffed my 2016 revision Tab S2 isn't getting patched. That sucks.
Click to expand...
Click to collapse
I saw the same page. Someone out there has to know how to patch a security update for us and other users of older phones. It's gotta be possible. I read that one user of an ASUS motherboard patched his own BIOS for the threat(s).
I was assured by a Samsung rep that the Note 4 would receive a security update, but I'm not sure I believe that it will.
Verizon Galaxy Note 4's have started receiving a security update!!!!
Within the past half-hour (currently 1/17/2018 at 10:45pm) I received a notification to install the update. Hopefully this update will address the KRACK, Meltdown, and Spectre vulnerabilities.
Dwillian said:
Verizon Galaxy Note 4's have started receiving a security update!!!!
Within the past half-hour (currently 1/17/2018 at 10:45pm) I received a notification to install the update. Hopefully this update will address the KRACK, Meltdown, and Spectre vulnerabilities.
Click to expand...
Click to collapse
Can I install this on a ROM or should I ask the ROM's author?
Sent from my SM-N910V using Tapatalk
Most likely the update is only for stock firmware, so you should check with your ROM author.
The update is confusing. After applying the update I looked in Settings, About Phone and the Security Patch level still shows as August 1, 2017 (suggesting that none of the security vulnerabilities like KRACK, Meltdown, or Spectre have been addressed). The Kernel version and SE for Android status now show December 6, 2017, so something has changed.
Under Settings, System updates showing that the last system update was a software update to N910VVRU2CQL1 and that it was applied today (Jan 17,2018). So far I haven't found any documentation for this update so it is totally unclear what has been changed or fixed.
Verizon just posted that
Software Version: MMB29M.N910VVRU2CQL1
Android® Security Patch Level: 2017-08-01, including Blueborne and Krack security patches
The current software update gives you the most up to date Android security patches on your device.
( See https://www.verizonwireless.com/supp...note-4-update/ )
Hopefully we will soon receive the Meltdown and Spectre security patches. Wouldn't it be nice if Verizon/Samsung would post an ETA for these kinds of critical security patches.?

January 14.1 updates break Duo mobile?

I'm having a strange issue with Jan updates - Duo mobile connects but errors out halfway through the auth process. Am I missing something?
Both latest updates for sgs7 exhibit this issue. I do not recall this issue coming up with previous updates

Software Updated Received Nov 12/13, 2020

Hello all,
The last updated I received on my AT&T Note 4 was the August 1, 2017 Android security patch level, which was probably around September-October of 2017 (obviously I don't remember).
But, mid-morning Nov 12, 2020 I started receiving notifications that a software update was available. I just ignored them, thinking it was some kind of bug. But when I woke up the morning of Nov 13, 2020 I found that my phone had restarted after installing the update. It was waiting on my boot password, and after typing that in it went through the normal "optimizing apps" screen that appears after a system update.
Here is the information from the "About device" page:
Device name
SAMSUNG-SM-N910A
Model number
SAMSUNG-SM-N910A
Android version
6.0.1
Android security patch level
August 1, 2017
Baseband version
N910AUCU2ETI2
Kernel version
3.10.40-8932341
[email protected] #1
Mon Sep 14 16:23:37 KST 2020
Build number
MMB29M.N910AUCU2ETI2
Security Enhancements for Android status
Enforcing
SEPF_SECMOBILE_6.0.1_0029
Mon Sep 14 16:28:02 2020
Security software version
MDF v2.0 Release 6
VPN v1.4 Release 6.1
ASKS v1.2 Release 161011
KNOX version
KNOX 2.6
Standard SDK 5.6.0
Premium SDK 2.6.0
Customization SDK 2.6.0
Container 2.6.0
CEP 2.0.1
Enterprise Billing 1.2.0
OTP 2.6.0
SE for Android 2.4.0
SSO 2.5.0
Shared Devices 2.6.0
TIMA 3.2.003
VPN 2.2.5
So it looks like somebody (Samsung?) in Korea (KST is Korea Standard Time) compiled the Linux kernel on Mon, Sep 14 2020 4:23 pm and pushed out an update. Anybody have any further information?
AT&T has an information page on the update here (I included spaces in the URL which you'll have to remove manually due to forum not letting me post links):
<AT&T Base URL> / device-support/ article/ wireless/ KM1126949/ Samsung/ GalaxyNote4N910A
But there's no information other than the release date was Nov. 10, 2020. Android version is still 6.0.1 (same as last update), and the Security patch level is still August 1, 2017 (same as last update).
The kernel version in this update is 3.10.40-8932341, same as the kernel version from the July 21, 2017 AT&T update, but the compile date of this kernel is Mon Sep 14. So I don't know if Samsung/AT&T applied some patches without bumping the kernel version, or if they just recompiled the kernel for fun.
erichritz said:
AT&T has an information page on the update here (I included spaces in the URL which you'll have to remove manually due to forum not letting me post links):
<AT&T Base URL> / device-support/ article/ wireless/ KM1126949/ Samsung/ GalaxyNote4N910A
But there's no information other than the release date was Nov. 10, 2020. Android version is still 6.0.1 (same as last update), and the Security patch level is still August 1, 2017 (same as last update).
The kernel version in this update is 3.10.40-8932341, same as the kernel version from the July 21, 2017 AT&T update, but the compile date of this kernel is Mon Sep 14. So I don't know if Samsung/AT&T applied some patches without bumping the kernel version, or if they just recompiled the kernel for fun.
Click to expand...
Click to collapse
The information page link is https://www.att.com/device-support/article/wireless/KM1126949/Samsung/GalaxyNote4N910A
It says that the change is to implement a "Network conflict fix".
The build number and baseband version have been updated:
Build number: MMB29M.N910AUCU2ETI (was MMB29M.N910AUCS2EQH1 )
Baseband version: N910AUCU2ETI2 (was N910AUCS2EQH1)
I haven't updated and I haven't noticed any network issues. I'm using a data only SIM from AT&T MVNO FreedomPop which doesn't get updates. I'll probably use an at&t SIM to update in a few days if no one reports any issues with the update.
I took the update around the middle of December (three weeks ago). I haven't noticed any issues or any visual operational changes at all.
`

General GSI thread - April 12, 2023 UPB1.230309.014 available for the Pixel 6 Pro [Raven]- Android 14 GSI binaries and release notes

GSIs​
April 12, 2023:
Generic System Image releases | Platform | Android Developers
developer.android.com
Android 14 GSIs (Preview)​
Date: April 12, 2023
Build: UPB1.230309.014
Build type: experimental
Security patch level: April 2023
Google Play Services: 23.09.12
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-UPB1.230309.014-9890577-febd421e.zipfebd421e2fa182fa7a3e30ff64417f0da342b825535fc0eef90028679f72380fARM64aosp_arm64-exp-UPB1.230309.014-9890577-2c116021.zip2c11602154a507b8bd50d0e8a0e3b631ef24e1af70e1bc5e6932700f649cf95ax86_64+GMSgsi_gms_x86_64-exp-UPB1.230309.014-9890577-0aef912d.zip0aef912d0bbab412fe4bc6d7fc9408579197af936ee84d17be10eb1117edae76x86_64aosp_x86_64-exp-UPB1.230309.014-9890577-d25c18bc.zipd25c18bc77d5ff6eea176c399fc6411c66d20a5a796cb691929c1012298e82e8
Known issues with Android 14 GSIs​Android 14 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Spoiler: Old News/Releases
March 15, 2023:
Android 13 GSI binaries and release notes | Android Developers
Notes and downloads for Generic System Images for Android 13 QPR beta builds.
developer.android.com
Android 13 GSI binaries and release notes​
Android Generic System Image (GSI) binaries are available to developers for app testing and validation purposes on supported Treble-compliant devices. Developers can use these images to address any compatibility issues with Android 13 QPR3 as well as discover and report OS and framework issues until Android 13 QPR3 is officially released.
GSI binaries for Android 13 QPR3 are built from the same AOSP and GMS sources as the corresponding Google Pixel builds. These binaries contain the same API and SDK, have a similar CTS result, and have been validated on the following Pixel devices:
Pixel 4a and 4a (5G)
Pixel 5 and 5a
Pixel 6 and 6 Pro
Pixel 6a
Pixel 7 and 7 Pro
See the GSI documentation for device requirements, flashing instructions, and more information on choosing the right image type for your device. To find GSI binaries for already-released, stable versions of the platform, see the Generic System Image releases page.
Note: File GSI bugs for any system-related issues you encounter. Make sure to attach a full bug report and clearly indicate that you are using a GSI buildin your bug description to help us find your issues and address them more quickly. For app-related issues found when using a GSI, we recommend reproducing the issue on a Pixel device before contacting the app developer directly.
General advisories​GSI binaries offer core OS and framework functionality that is common to all Android 13 QPR beta builds, but they might be missing specific functionality as listed and are not intended for commercial use.
Please be aware of the following general advisories:
GSI binaries are an experimental tool intended only for use by developers who want early access to test and validate their apps. They are not intended for general use.
Using a GSI might void the warranty for your device, erase all data on your device, and might brick your device.
Using a GSI requires a bootloader-unlocked, Treble-compliant device that originally launched with Android 9 (API level 28) or higher.
Apps embedded in GSIs are for evaluation usage; some apps might not function as expected.
GSI releases aren't Compatibility Test Suite (CTS)‑approved. Apps that depend on CTS-approved builds might not work normally.
Known issues​Android 13 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Downloads​
Date: March 15, 2023
Build: T3B1.230224.005
Build type: experimental
Security patch level: March 2023
Google Play Services: 23.02.14
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-T3B1.230224.005-9723149-85eb7259.zip85eb725917e4b05e7e66c0898e94fd78e5f4ce1b530d09b10627e67c2c4bf190ARM64aosp_arm64-exp-T3B1.230224.005-9723149-6f182cba.zip6f182cbad4fc1c9c92e01538346c16771da641caa7499efc92b5b9b2d02f00c0x86_64+GMSgsi_gms_x86_64-exp-T3B1.230224.005-9723149-1773dc5c.zip1773dc5c80bee4b127e9fd491a7215dfebeedea9f2de7e5ff4b00b6b38791d2ex86_64aosp_x86_64-exp-T3B1.230224.005-9723149-78e6bc0f.zip78e6bc0f94b8fd33c77701948098b3732af6618f24ddf68f379ac4945e7d3549
February 1, 2023:
Android 13 GSI binaries and release notes | Android Developers
Notes and downloads for Generic System Images for Android 13 QPR beta builds.
developer.android.com
Android 13 GSI binaries and release notes​bookmark_border
Android Generic System Image (GSI) binaries are available to developers for app testing and validation purposes on supported Treble-compliant devices. Developers can use these images to address any compatibility issues with Android 13 QPR2 as well as discover and report OS and framework issues until Android 13 QPR2 is officially released.
GSI binaries for Android 13 QPR2 are built from the same AOSP and GMS sources as the corresponding Google Pixel builds. These binaries contain the same API and SDK, have a similar CTS result, and have been validated on the following Pixel devices:
Pixel 4a and 4a (5G)
Pixel 5 and 5a
Pixel 6 and 6 Pro
Pixel 6a
Pixel 7 and 7 Pro
See the GSI documentation for device requirements, flashing instructions, and more information on choosing the right image type for your device. To find GSI binaries for already-released, stable versions of the platform, see the Generic System Image releases page.
Note: File GSI bugs for any system-related issues you encounter. Make sure to attach a full bug report and clearly indicate that you are using a GSI buildin your bug description to help us find your issues and address them more quickly. For app-related issues found when using a GSI, we recommend reproducing the issue on a Pixel device before contacting the app developer directly.
General advisories​GSI binaries offer core OS and framework functionality that is common to all Android 13 QPR beta builds, but they might be missing specific functionality as listed and are not intended for commercial use.
Please be aware of the following general advisories:
GSI binaries are an experimental tool intended only for use by developers who want early access to test and validate their apps. They are not intended for general use.
Using a GSI might void the warranty for your device, erase all data on your device, and might brick your device.
Using a GSI requires a bootloader-unlocked, Treble-compliant device that originally launched with Android 9 (API level 28) or higher.
Apps embedded in GSIs are for evaluation usage; some apps might not function as expected.
GSI releases aren't Compatibility Test Suite (CTS)‑approved. Apps that depend on CTS-approved builds might not work normally.
Known issues​Android 13 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Downloads​
Date: February 1, 2023
Build: T2B3.230109.002
Build type: experimental
Security patch level: January 2023
Google Play Services: 22.46.17
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-T2B3.230109.002-9523436-539488e0.zip539488e0638b879b9212567d57049c8178d173f8d0b90ce627fbb763ddbc1fd6ARM64aosp_arm64-exp-T2B3.230109.002-9523436-98a648ca.zip98a648ca2edb2ac1719998eab31e0de4901ab6ef974ab91257f3e25f36c2317ax86_64+GMSgsi_gms_x86_64-exp-T2B3.230109.002-9523436-cd37ecd0.zipcd37ecd060add9d1d5aca20fcea7af5ad9776dbd81a464933efa3d4d9e3b4525x86_64aosp_x86_64-exp-T2B3.230109.002-9523436-22691864.zip22691864640bcfa2b215c6548df45e37ba49a8898923d412ca5d29471a6a0313
General advisories​GSI binaries offer core OS and framework functionality that is common to all Android 13 QPR beta builds, but they might be missing specific functionality as listed and are not intended for commercial use.
Please be aware of the following general advisories:
GSI binaries are an experimental tool intended only for use by developers who want early access to test and validate their apps. They are not intended for general use.
Using a GSI might void the warranty for your device, erase all data on your device, and might brick your device.
Using a GSI requires a bootloader-unlocked, Treble-compliant device that originally launched with Android 9 (API level 28) or higher.
Apps embedded in GSIs are for evaluation usage; some apps might not function as expected.
GSI releases aren't Compatibility Test Suite (CTS)‑approved. Apps that depend on CTS-approved builds might not work normally.
Click to expand...
Click to collapse
Known issues​Android 13 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Click to expand...
Click to collapse
Downloads​
Date: September 8, 2022
Build: T1B1.220819.006
Build type: experimental
Security patch level: September 2022
Google Play Services: 22.28.13
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-T1B1.220819.006-9012527-0b3ddd9e.zip0b3ddd9e315af1a320aa129081c8b715820b3f67e6dbfd5c895814046f5a16a9ARM64aosp_arm64-exp-T1B1.220819.006-9012527-bb83c478.zipbb83c47865fe5bf336d33df6a259a213e375eb8734ef2284cb624e122d27a63cx86_64+GMSgsi_gms_x86_64-exp-T1B1.220819.006-9012527-3899de5e.zip3899de5eb11187401df67ac26e4f622df61cd8138b5dd2aad131b37fe8c85d60x86_64aosp_x86_64-exp-T1B1.220819.006-9012527-3a7b91f3.zip3a7b91f34a71e61f536c911074f8f65e045e6846c9e94d1bef9f7ad51054aad1
Click to expand...
Click to collapse
Post #3.
Post #4.
Post #5
Post #6
@roirraW "edor" ehT Thank you for finding this! Something like this kind of release tends to supercharge things, so this was a very nice present to see today!
GSIs
February 1, 2023:
Android 13 GSI binaries and release notes | Android Developers
Notes and downloads for Generic System Images for Android 13 QPR beta builds.
developer.android.com
Android 13 GSI binaries and release notes​bookmark_border
Android Generic System Image (GSI) binaries are available to developers for app testing and validation purposes on supported Treble-compliant devices. Developers can use these images to address any compatibility issues with Android 13 QPR2 as well as discover and report OS and framework issues until Android 13 QPR2 is officially released.
GSI binaries for Android 13 QPR2 are built from the same AOSP and GMS sources as the corresponding Google Pixel builds. These binaries contain the same API and SDK, have a similar CTS result, and have been validated on the following Pixel devices:
Pixel 4a and 4a (5G)
Pixel 5 and 5a
Pixel 6 and 6 Pro
Pixel 6a
Pixel 7 and 7 Pro
See the GSI documentation for device requirements, flashing instructions, and more information on choosing the right image type for your device. To find GSI binaries for already-released, stable versions of the platform, see the Generic System Image releases page.
Note: File GSI bugs for any system-related issues you encounter. Make sure to attach a full bug report and clearly indicate that you are using a GSI buildin your bug description to help us find your issues and address them more quickly. For app-related issues found when using a GSI, we recommend reproducing the issue on a Pixel device before contacting the app developer directly.
General advisories​GSI binaries offer core OS and framework functionality that is common to all Android 13 QPR beta builds, but they might be missing specific functionality as listed and are not intended for commercial use.
Please be aware of the following general advisories:
GSI binaries are an experimental tool intended only for use by developers who want early access to test and validate their apps. They are not intended for general use.
Using a GSI might void the warranty for your device, erase all data on your device, and might brick your device.
Using a GSI requires a bootloader-unlocked, Treble-compliant device that originally launched with Android 9 (API level 28) or higher.
Apps embedded in GSIs are for evaluation usage; some apps might not function as expected.
GSI releases aren't Compatibility Test Suite (CTS)‑approved. Apps that depend on CTS-approved builds might not work normally.
Known issues​Android 13 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Downloads​
Date: February 1, 2023
Build: T2B3.230109.002
Build type: experimental
Security patch level: January 2023
Google Play Services: 22.46.17
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-T2B3.230109.002-9523436-539488e0.zip539488e0638b879b9212567d57049c8178d173f8d0b90ce627fbb763ddbc1fd6ARM64aosp_arm64-exp-T2B3.230109.002-9523436-98a648ca.zip98a648ca2edb2ac1719998eab31e0de4901ab6ef974ab91257f3e25f36c2317ax86_64+GMSgsi_gms_x86_64-exp-T2B3.230109.002-9523436-cd37ecd0.zipcd37ecd060add9d1d5aca20fcea7af5ad9776dbd81a464933efa3d4d9e3b4525x86_64aosp_x86_64-exp-T2B3.230109.002-9523436-22691864.zip22691864640bcfa2b215c6548df45e37ba49a8898923d412ca5d29471a6a0313
Android 13 GSI binaries and release notes | Android Developers
Notes and downloads for Generic System Images for Android 13 QPR beta builds.
developer.android.com
Android 13 GSI binaries and release notes​
Android Generic System Image (GSI) binaries are available to developers for app testing and validation purposes on supported Treble-compliant devices. Developers can use these images to address any compatibility issues with Android 13 QPR3 as well as discover and report OS and framework issues until Android 13 QPR3 is officially released.
GSI binaries for Android 13 QPR3 are built from the same AOSP and GMS sources as the corresponding Google Pixel builds. These binaries contain the same API and SDK, have a similar CTS result, and have been validated on the following Pixel devices:
Pixel 4a and 4a (5G)
Pixel 5 and 5a
Pixel 6 and 6 Pro
Pixel 6a
Pixel 7 and 7 Pro
See the GSI documentation for device requirements, flashing instructions, and more information on choosing the right image type for your device. To find GSI binaries for already-released, stable versions of the platform, see the Generic System Image releases page.
Note: File GSI bugs for any system-related issues you encounter. Make sure to attach a full bug report and clearly indicate that you are using a GSI buildin your bug description to help us find your issues and address them more quickly. For app-related issues found when using a GSI, we recommend reproducing the issue on a Pixel device before contacting the app developer directly.
General advisories​GSI binaries offer core OS and framework functionality that is common to all Android 13 QPR beta builds, but they might be missing specific functionality as listed and are not intended for commercial use.
Please be aware of the following general advisories:
GSI binaries are an experimental tool intended only for use by developers who want early access to test and validate their apps. They are not intended for general use.
Using a GSI might void the warranty for your device, erase all data on your device, and might brick your device.
Using a GSI requires a bootloader-unlocked, Treble-compliant device that originally launched with Android 9 (API level 28) or higher.
Apps embedded in GSIs are for evaluation usage; some apps might not function as expected.
GSI releases aren't Compatibility Test Suite (CTS)‑approved. Apps that depend on CTS-approved builds might not work normally.
Known issues​Android 13 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Downloads​
Date: March 15, 2023
Build: T3B1.230224.005
Build type: experimental
Security patch level: March 2023
Google Play Services: 23.02.14
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-T3B1.230224.005-9723149-85eb7259.zip85eb725917e4b05e7e66c0898e94fd78e5f4ce1b530d09b10627e67c2c4bf190ARM64aosp_arm64-exp-T3B1.230224.005-9723149-6f182cba.zip6f182cbad4fc1c9c92e01538346c16771da641caa7499efc92b5b9b2d02f00c0x86_64+GMSgsi_gms_x86_64-exp-T3B1.230224.005-9723149-1773dc5c.zip1773dc5c80bee4b127e9fd491a7215dfebeedea9f2de7e5ff4b00b6b38791d2ex86_64aosp_x86_64-exp-T3B1.230224.005-9723149-78e6bc0f.zip78e6bc0f94b8fd33c77701948098b3732af6618f24ddf68f379ac4945e7d3549
March 29, 2023:
Android 13 GSI binaries and release notes | Android Developers
Notes and downloads for Generic System Images for Android 13 QPR beta builds.
developer.android.com
Android 13 GSI binaries and release notes​bookmark_border
Android Generic System Image (GSI) binaries are available to developers for app testing and validation purposes on supported Treble-compliant devices. Developers can use these images to address any compatibility issues with Android 13 QPR3 as well as discover and report OS and framework issues until Android 13 QPR3 is officially released.
GSI binaries for Android 13 QPR3 are built from the same AOSP and GMS sources as the corresponding Google Pixel builds. These binaries contain the same API and SDK, have a similar CTS result, and have been validated on the following Pixel devices:
Pixel 4a and 4a (5G)
Pixel 5 and 5a
Pixel 6 and 6 Pro
Pixel 6a
Pixel 7 and 7 Pro
See the GSI documentation for device requirements, flashing instructions, and more information on choosing the right image type for your device. To find GSI binaries for already-released, stable versions of the platform, see the Generic System Image releases page.
Note: File GSI bugs for any system-related issues you encounter. Make sure to attach a full bug report and clearly indicate that you are using a GSI buildin your bug description to help us find your issues and address them more quickly. For app-related issues found when using a GSI, we recommend reproducing the issue on a Pixel device before contacting the app developer directly.
General advisories​GSI binaries offer core OS and framework functionality that is common to all Android 13 QPR beta builds, but they might be missing specific functionality as listed and are not intended for commercial use.
Please be aware of the following general advisories:
GSI binaries are an experimental tool intended only for use by developers who want early access to test and validate their apps. They are not intended for general use.
Using a GSI might void the warranty for your device, erase all data on your device, and might brick your device.
Using a GSI requires a bootloader-unlocked, Treble-compliant device that originally launched with Android 9 (API level 28) or higher.
Apps embedded in GSIs are for evaluation usage; some apps might not function as expected.
GSI releases aren't Compatibility Test Suite (CTS)‑approved. Apps that depend on CTS-approved builds might not work normally.
Known issues​Android 13 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.
Downloads​
Date: March 29, 2023
Build: T3B2.230316.003
Build type: experimental
Security patch level: March 2023
Google Play Services: 23.02.14
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-T3B2.230316.003-9794841-bf9fb488.zipbf9fb488bcdabcb4dbf4cf381ddd28858af96ab50ad6c53298c55cbe25835dbbARM64aosp_arm64-exp-T3B2.230316.003-9794841-5c9b2ecf.zip5c9b2ecf5dea44680b442ead3a14f97b7ddb5d3893bfc7e018ce701bb3736168x86_64+GMSgsi_gms_x86_64-exp-T3B2.230316.003-9794841-77ebefd1.zip77ebefd182f985bfb0e85359eba2b088f480f9a149a21ac20ef338f53f44ef63x86_64aosp_x86_64-exp-T3B2.230316.003-9794841-5d809315.zip5d809315ebf1015733cdcb93aad058f1d130be48e9dbcb0cc8bb1c6b9456b116
Hello. How can I fix this problem?
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Alligator-r said:
Hello. How can I fix this problem?
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Click to expand...
Click to collapse
I honestly don't know if there's anything that can be done to fix that issue, since it's a known issue. The only most likely sure fix I can think of is to use the Stable firmware instead of the GSI, but I'm guessing that's not the solution you're looking for. You might be able to get away with dirty flashing the Stable firmware - removing the -w, so it doesn't wipe your data, although if you still have issues on dirty-flashed Stable firmware, I'd do a factory reset.
Generic System Image releases | Platform | Android Developers
developer.android.com
Android 14 GSIs (Preview)​
Date: April 12, 2023
Build: UPB1.230309.014
Build type: experimental
Security patch level: April 2023
Google Play Services: 23.09.12
TypeDownload LinkSHA-256 ChecksumARM64+GMSgsi_gms_arm64-exp-UPB1.230309.014-9890577-febd421e.zipfebd421e2fa182fa7a3e30ff64417f0da342b825535fc0eef90028679f72380fARM64aosp_arm64-exp-UPB1.230309.014-9890577-2c116021.zip2c11602154a507b8bd50d0e8a0e3b631ef24e1af70e1bc5e6932700f649cf95ax86_64+GMSgsi_gms_x86_64-exp-UPB1.230309.014-9890577-0aef912d.zip0aef912d0bbab412fe4bc6d7fc9408579197af936ee84d17be10eb1117edae76x86_64aosp_x86_64-exp-UPB1.230309.014-9890577-d25c18bc.zipd25c18bc77d5ff6eea176c399fc6411c66d20a5a796cb691929c1012298e82e8
Known issues with Android 14 GSIs​Android 14 GSI binaries have the following GSI-specific known issues:
Phone Audio: When using the integrated dialer, you might not hear any audio on the phone. This is due to a change in the telephony service installation location in Android 10.
Power Cycle: Rebooting GSI might fail on some devices. To work around it, reboot the device into recovery mode, erase user data, perform a factory reset, and then reboot the device.
System partition size: GSI + GMS file size (images named _gsi\_gms\_arm64-*_) might be bigger than the default dynamic system partition size on your device. To work around this issue, you can delete some non-essential dynamic partitions, such as the product partition, and flash the GSI again. For more information, see the flashing GSIs documentation.

Question Android 12 updates / security

Hey all. Not sure how many people are using this phone regularly, but I'm curious what all of your experiences have been like with this phone. When's the last time you got a security update? Are you still running Android 11? I'm still on 11, no update ever arrived to me for 12, and I'm still on an Android security patch from May 2022. Thoughts?
Codeaurora Releases
New CodeLinaro OSS release detected! Chipset: lito Tag: LA.UM.9.12.c10-44100-SAIPAN.QSSI13.0 Manifests: Vendor Android: 11.00.00 Date: October 13, 2022
t.me
Yes same here. I believe TCL ROM to be based on CAF. I have not seen A12 for our board Lito. This one posted is the latest one I could find.
Same. No Android 12 (still on 11) and last security patch was from April for me.
I've been frustrated with my Android 11 experience on my T810S here in the USA and notifications that don't notify.... Anyways, I reached out to TCL with all of my info, asking about the promised Android 12 update. After asking me for yet more information I finally got a reply from them which said:
Your model is expected to receive Android 12 by June 2023 (it could be before, or later than that date) We appreciate your time and understanding, let us know if you have any other question.
So, I'm holding out hope that I finally will get the promised Android 12 update in the next few months.
In case people don't see the separate thread that I started on this subject, TCL rolled out the non-beta version of Android 12 to my T810S this past weekend. I received notification on Friday evening, and after cleaning up my phone, I installed it on Sunday.
So far, so good! Most importantly to me, notifications seem to finally be working on my phone for all applications. The UI changes for Android 12 are nice too.
So I just got my TCL 20 Pro 5G & I'm just wondering is there an Android 12 update for my device? When I go to update, it says it's up to date & still on Android 11.
mbudden89 said:
So I just got my TCL 20 Pro 5G & I'm just wondering is there an Android 12 update for my device? When I go to update, it says it's up to date & still on Android 11.
Click to expand...
Click to collapse
I think that it might depend on your location and the model number of your TCL 20 Pro 5G. As I mentioned above, my T810S (TCL 20 Pro 5G) here in the USA finally received the Android 12 update last week.
jrevans said:
I think that it might depend on your location and the model number of your TCL 20 Pro 5G. As I mentioned above, my T810S (TCL 20 Pro 5G) here in the USA finally received the Android 12 update last week.
Click to expand...
Click to collapse
Just checked & my model number is T810S. So maybe it's the fact that I live in Canada?

Categories

Resources