The Pixel 4's last guaranteed software update was in October 2022, but there's an official release that brings the December 2022 patches and Android 13 QPR1!
The only catch? It's a developer build: the Privacy Sandbox on Android Developer Preview 7.
(You can tell it's QPR1 based and not just cherry picked security patches because the new settings/changes in QPR1 are there, like the Bluetooth LE audio toggle in Developer Options or the "show media on lock screen" toggle, etc.)
The Privacy Sandbox on Android Developer Preview/Beta isn't available for the Pixel 4 XL, just the Pixel 4. Still, it's interesting to see an updated build for the Pixel 4, especially one that is based on the latest stable QPR release!
EDIT: The build has been removed from the Privacy Sandbox website.
H/T Niklas Jeske
The only catch? It's a developer build: the Privacy Sandbox on Android Developer Preview 7.
(You can tell it's QPR1 based and not just cherry picked security patches because the new settings/changes in QPR1 are there, like the Bluetooth LE audio toggle in Developer Options or the "show media on lock screen" toggle, etc.)
The Privacy Sandbox on Android Developer Preview/Beta isn't available for the Pixel 4 XL, just the Pixel 4. Still, it's interesting to see an updated build for the Pixel 4, especially one that is based on the latest stable QPR release!
EDIT: The build has been removed from the Privacy Sandbox website.
H/T Niklas Jeske
👍21🔥1
In Android 13 QPR2, you can no longer take a screenshot of the "Share Wi-Fi" page where a QR code is shown that others can scan to join your Wi-Fi network. All you get is a black screen if you do.
This is a rather minor change that I didn't notice until someone pointed it out on the Google Issue Tracker. Google confirmed this isn't a bug. It seems that WifiDppConfiguratorActivity now adds the FLAG_SECURE flag. This change was made in QPR2 Beta 1.
There are various tools/methods to create a QR code for your WiFi network manually, though I don't have a particular one to recommend since I haven't done it myself. Anyone care to recommend a good, safe one to use?
This is a rather minor change that I didn't notice until someone pointed it out on the Google Issue Tracker. Google confirmed this isn't a bug. It seems that WifiDppConfiguratorActivity now adds the FLAG_SECURE flag. This change was made in QPR2 Beta 1.
There are various tools/methods to create a QR code for your WiFi network manually, though I don't have a particular one to recommend since I haven't done it myself. Anyone care to recommend a good, safe one to use?
👍19😢12👎3
The February 2023 Android Security Bulletin is now live, listing the vulnerabilities addressed in the 2023-02-01 and 2023-02-05 security patch levels. This is expected to be the last month where patches will be backported to Android 10. The corresponding AOSP tags have not been published yet, but I'll follow up when they are and also share changelogs.
An update is rolling out now for Pixel phones bringing the 2023-02-05 security patch level. The build number is TQ1A.230205.*** and the update also addresses some Pixel-specific bugs.
Android Security Bulletin - February 2023 ||| Pixel Update Bulletin - February 2023 ||| Google Pixel Update - February 2023
An update is rolling out now for Pixel phones bringing the 2023-02-05 security patch level. The build number is TQ1A.230205.*** and the update also addresses some Pixel-specific bugs.
Android Security Bulletin - February 2023 ||| Pixel Update Bulletin - February 2023 ||| Google Pixel Update - February 2023
👍19
Mishaal's Android News Feed
The February 2023 Android Security Bulletin is now live, listing the vulnerabilities addressed in the 2023-02-01 and 2023-02-05 security patch levels. This is expected to be the last month where patches will be backported to Android 10. The corresponding AOSP…
As several people have pointed out, there's also a new build available for the Pixel 4 and Pixel 4 XL. However, the security patch level is still reported as October 2022.
It looks like the purpose of this surprise Pixel 4 update is to backport the patch for the SIM PUK vulnerability that was addressed in the November 2022 ASB.
You can see the code changes between the android-13.0.0_r7 (TP1A.221005.002) and android-13.0.0_r31 (TP1A.221005.002.B2) tags in this changelog generated by developer mikeioannina.
It looks like the purpose of this surprise Pixel 4 update is to backport the patch for the SIM PUK vulnerability that was addressed in the November 2022 ASB.
You can see the code changes between the android-13.0.0_r7 (TP1A.221005.002) and android-13.0.0_r31 (TP1A.221005.002.B2) tags in this changelog generated by developer mikeioannina.
👍19
One of the BIGGEST downsides of importing a phone is the fact there's no guarantee carriers in your country will allow your device to access VoLTE/VoWiFi on their network, even if the phone is technically capable.
Fortunately for Pixel 6 & later, there's a workaround!
A Korean developer released an open source app called "Pixel IMS" that enables VoLTE (and with version 1.1.2 VoWiFi) on select Pixel devices in "unsupported" regions. Best part? It DOESN'T REQUIRE ROOT.
Although the GitHub README mentions LG U+ (a Korean carrier), users on Reddit's /r/GooglePixel subreddit are reporting success on Vodafone Albania, Telcel in Mexico, Chile, Austria, Orange Romania, China Mobile, Hungary, etc.
It's both hilarious (and sad) that this even works. It makes use of Shizuku, a library that enables app processes to run with shell privileges, to call Android's internal telephony.ICarrierConfigLoader.overrideConfig() API.
The app uses this API to forcefully return "true" for KEY_CARRIER_VOLTE_AVAILABLE_BOOL, KEY_CARRIER_VT_AVAILABLE_BOOL, and KEY_CARRIER_WFC_IMS_AVAILABLE_BOOL. The fact this works so easily is great, but highlights how silly the allowlisting is in the first place 😑
EDIT: To be clear, I don't think a simple allowlist is the ONLY reason your phone can't/isn't allowed to use VoLTE/VoWiFi on certain networks. Testing IS important, and making sure IMS settings are appropriate for the carrier is also important, but VoLTE/VoWiFi should be at a point where it just works for everyone. As carriers shut down 2G and 3G networks, it needs to Just Work, especially if you're roaming somewhere. Relax the allowlists, please!
Fortunately for Pixel 6 & later, there's a workaround!
A Korean developer released an open source app called "Pixel IMS" that enables VoLTE (and with version 1.1.2 VoWiFi) on select Pixel devices in "unsupported" regions. Best part? It DOESN'T REQUIRE ROOT.
Although the GitHub README mentions LG U+ (a Korean carrier), users on Reddit's /r/GooglePixel subreddit are reporting success on Vodafone Albania, Telcel in Mexico, Chile, Austria, Orange Romania, China Mobile, Hungary, etc.
It's both hilarious (and sad) that this even works. It makes use of Shizuku, a library that enables app processes to run with shell privileges, to call Android's internal telephony.ICarrierConfigLoader.overrideConfig() API.
The app uses this API to forcefully return "true" for KEY_CARRIER_VOLTE_AVAILABLE_BOOL, KEY_CARRIER_VT_AVAILABLE_BOOL, and KEY_CARRIER_WFC_IMS_AVAILABLE_BOOL. The fact this works so easily is great, but highlights how silly the allowlisting is in the first place 😑
EDIT: To be clear, I don't think a simple allowlist is the ONLY reason your phone can't/isn't allowed to use VoLTE/VoWiFi on certain networks. Testing IS important, and making sure IMS settings are appropriate for the carrier is also important, but VoLTE/VoWiFi should be at a point where it just works for everyone. As carriers shut down 2G and 3G networks, it needs to Just Work, especially if you're roaming somewhere. Relax the allowlists, please!
👍35🔥1🎉1🫡1
This media is not supported in your browser
VIEW IN TELEGRAM
Last year, I reported that Google was hiring someone to help OEMs deploy Android features that use Android's Context Hub Runtime Environment. Today, Google announced that the OnePlus 11 uses CHRE to improve the responsiveness of Fast Pair discovery!
Although Google's blog post calls CHRE a "new technology", it's been around for a while (since Android 7). The Pixel's car crash detection feature, for example, makes use of CHRE, as I documented in this blog post.
The blog post also says that they're looking to use CHRE to "boost other Android features like Nearby Share, improving responsiveness when it comes to sharing files with friends from your phone." Notably, The Pixel 7 series ships with a "nearby" nanoapp.
Although Google's blog post calls CHRE a "new technology", it's been around for a while (since Android 7). The Pixel's car crash detection feature, for example, makes use of CHRE, as I documented in this blog post.
The blog post also says that they're looking to use CHRE to "boost other Android features like Nearby Share, improving responsiveness when it comes to sharing files with friends from your phone." Notably, The Pixel 7 series ships with a "nearby" nanoapp.
👍19🎉1
The Galaxy S23 might be Samsung's first Android device to use EROFS for its read-only partitions! The Galaxy Z Fold 4 and previous Samsung flagships use F2FS for their read-only partitions.
Left: DiskInfo on Z Fold 4
Right: DiskInfo on S23
(Screenshot credits: Chris Wedel)
I don't have an S23 or Z Fold 4 for comparison, but if you do, you can check out the partitions yourself using the DiskInfo app or by using the Linux 'mount' command.
EROFS is a performant and space efficient file system for read-only partitions developed by Huawei that has gained popularity among other Android OEMs like Xiaomi and OPPO. It has been supported in Linux since 5.4.
In fact, Google once planned to make it mandatory for Android 13 launch devices to use EROFS for their read-only partitions. However, they relaxed this requirement and now only require kernel support to pass VTS/VSR-13.
Google was going to use EROFS for its own Pixel 7 series as well, but they reverted this decision quite late in the development cycle when they discovered a regression in app launch times for some apps like Google Photos.
If you want to learn more about EROFS, check out Google's talk at LPC 2022, or read my blog post on it.
Thanks to HN user chenxiaolong for first bringing this change to my attention. They examined the firmware of the European S23 Ultra and found that all dynamic partitions under 'super' (system, system_ext, product, vendor, odm) were formatted in EROFS.
Left: DiskInfo on Z Fold 4
Right: DiskInfo on S23
(Screenshot credits: Chris Wedel)
I don't have an S23 or Z Fold 4 for comparison, but if you do, you can check out the partitions yourself using the DiskInfo app or by using the Linux 'mount' command.
EROFS is a performant and space efficient file system for read-only partitions developed by Huawei that has gained popularity among other Android OEMs like Xiaomi and OPPO. It has been supported in Linux since 5.4.
In fact, Google once planned to make it mandatory for Android 13 launch devices to use EROFS for their read-only partitions. However, they relaxed this requirement and now only require kernel support to pass VTS/VSR-13.
Google was going to use EROFS for its own Pixel 7 series as well, but they reverted this decision quite late in the development cycle when they discovered a regression in app launch times for some apps like Google Photos.
If you want to learn more about EROFS, check out Google's talk at LPC 2022, or read my blog post on it.
Thanks to HN user chenxiaolong for first bringing this change to my attention. They examined the firmware of the European S23 Ultra and found that all dynamic partitions under 'super' (system, system_ext, product, vendor, odm) were formatted in EROFS.
👍15
Mishaal's Android News Feed
Lol, you can change the carrier name to anything you want using this same API. Screenshots: @nullby
@nullby has released an app that you can use to change the carrier name to whatever you want. Have fun!
X (formerly Twitter)
kamila 🌸🏳️⚧️ (@Za_Raczke) on X
Release: Carrier Vanity Name 1.0 - visually change the carrier name on your Android device - ROOTLESSLY!
😁19🔥7❤5
It’s that time of the year again: Google has announced Android 14 Developer Preview 1 😱! As always, the official announcement is aimed at developers and is light on details about the sheer breadth of changes that are in the release. You can check out Google’s blog post to see what’s new, or read my summary over on Twitter.
Twitter
It’s that time of the year again: Google has announced Android 14 Developer Preview 1 😱! As always, the official announcement is aimed at developers and is light on details about the sheer breadth of changes that are in the release. Here’s my summary of what…
🔥42👍5🤩2
As always, I’ll be digging through the latest Android release to find what’s new. Google’s blog post on Android 14 DP1 makes it sound like there aren’t changes (to be fair, it’s aimed at developers), but as always, there are a LOT of new features and changes. Since this digging is a very involved process, and for my own sanity, if you want to see what’s new in Android 14 DP1, check out my constantly updated thread on Twitter for all the details!
👍30🔥6🥰1
Here is a list of articles I published today on major new features I found in Android 14:
- Android 14’s predictive back gesture lets you preview where you’re going when you swipe back
- Android 14 will let you restrict what photos apps can access even if they don’t use the Photo Picker
- Android 14 could let you clone apps so you can use two accounts at the same time
- Android 14 has built-in support for Google and Samsung’s Health Connect platform
- Android 14 makes root certificates updatable via Google Play to protect users from malicious CAs
- Android 14 could make it easier to find and delete carrier-installed bloatware
- Android 14’s advanced memory protection feature can protect your device from memory safety bugs
- Android 14’s predictive back gesture lets you preview where you’re going when you swipe back
- Android 14 will let you restrict what photos apps can access even if they don’t use the Photo Picker
- Android 14 could let you clone apps so you can use two accounts at the same time
- Android 14 has built-in support for Google and Samsung’s Health Connect platform
- Android 14 makes root certificates updatable via Google Play to protect users from malicious CAs
- Android 14 could make it easier to find and delete carrier-installed bloatware
- Android 14’s advanced memory protection feature can protect your device from memory safety bugs
❤38👍14🔥7
Heya, here are some more articles I recently published about Android 14. Check them out!
- Android 14 may bring better support for keyboards with touchpad gestures and modifier key remapping
- Android 14’s regional preferences feature could tell apps to use your preferred calendar and number system
- Android 14 adds new features to make third-party app stores work even better
- Android 14 may bring better support for keyboards with touchpad gestures and modifier key remapping
- Android 14’s regional preferences feature could tell apps to use your preferred calendar and number system
- Android 14 adds new features to make third-party app stores work even better
👍28🔥9❤1🍓1
The first Beta for the Privacy Sandbox on Android begins rolling out today to eligible devices.
"Eligible" devices likely means devices running Android 13 with extension SDK level 4 or later or devices on Android 14 DP1. It's an A/B test, though, so you may not get it.
You'll see a notification if your device has been selected to participate in the Beta.
"Eligible" devices likely means devices running Android 13 with extension SDK level 4 or later or devices on Android 14 DP1. It's an A/B test, though, so you may not get it.
You'll see a notification if your device has been selected to participate in the Beta.
👍23❤4
Google Play's data safety section might be integrated directly into Android 14. The permission dialog as well as Settings now supports showing data safety information, starting with location.
More screenshots/full details at xda-developers.com.
More screenshots/full details at xda-developers.com.
👍33❤12