Thanks very much for the ART fix!
GrapheneOS version 2024032100 released
We would appreciate feedback, especially for Pixel 4a (5G) and Pixel 5.
[deleted]
- Edited
matchboxbananasynergy We would appreciate feedback, especially for Pixel 4a (5G) and Pixel 5.
Thank you very much for working on a release for Pixel 5 too - I do understand it can never be a priority for the project due to the lack of security patches for firmware and drivers.
I have a Pixel 5, it is on Build 2024030300 (double checked in settings > 'About Phone'). Until now, I have only ever had the update settings on the 'Stable' Release channel - so this will be a new adventure for me...
Has the Alpha been withdrawn? I am trying to update to Alpha for you, but no luck so far.
I see at https://grapheneos.org/releases#redfin-beta that Pixel5/Beta is still 2024030300 so I have switched my Pixel 5 to the Alpha channel. I then push settings > system-update > check updates. The System Updater notification then tells me "Latest Alpha channel release is already installed" ; but that is the 2024030300 when I check.
I think I have followed / read all the info at:
https://grapheneos.org/usage#updates
https://grapheneos.org/releases#about-the-releases
and with a search string: "alpha site:https://grapheneos.org" I don't find any foo I might have missed - any advice gratefully received.
doodle The modules we're using are now newer than the stock OS, not older, because Mainline fell behind QPR2. Moving to the mainline modules would actually be downgrading versions overall, but they have fixes applied there that are not applied in the QPR2 branch and vice versa. The way they're doing things is a mess.
[deleted] It's in the Alpha channel now. We couldn't find people to test it prior to Alpha so it moved to Alpha without that.
[deleted]
- Edited
GrapheneOS Thank you. I have very slow internet, but when it is all downloaded and updated I will report here. I have banking apps, travel apps and Garmin & Polar apps syncing with bluetooth devices. Hopefully I will be able to give some useful feedback.
[deleted]
Pixel 5 tested on 2024032100 alpha release, no problems encountered. Thank you very much indeed. I didn't know you had problems finding Pixel 5 testers until matchboxbananasynergy posted the request. I hope more here can join in after reading below that I have no problems.
The following all worked fine on Pixel 5:
wifi
vpn = mullvad (in playstore enabled banking profile)
location-GNSS in separate outdoor profile
offline mapping app with GNSS/location fix
garmin connect with bluetooth sync to garmin watch
garmin explore
polar flow app with bluetooth sync to recent polar watch
polar flow app with bluetooth sync to 9 year old polar bicycle computer
fingerprint reader OK for main profile switching and authentication in banking apps
banking apps x3 (and only one requires play services, others fine without)
one further financial app
wise money transfer app
google playstore update of banking apps on dedicated banking profile
opensource voip app = linphone
commercial voip app = localphone
travel / bus / train /ticketing apps x3
fastmail web app
fairemail app (installed from fdroid-basic)
It's now in the Stable channel for non-extended-support devices but will remain in the Beta channel for the Pixel 4a (5G) and Pixel 5 for a while since it's the first QPR2 release for them due to us needing to port them to it combined with end-of-life devices being a low priority. We'll move it to Stable for the Pixel 4a (5G) and Pixel 5 after we get a lot of feedback.
[deleted] fingerprint reader OK for main profile switching
I read few other comments also where people have mentioned that this issue of putting passcode always when switching from profile to another has solved for them, am I the only one who is still being asked for passcode every time I switch profiles? Sometimes, the UI glitches out and screen becomes irresponsive - I have to press power button to turn of the screen and then I am able to enter the passcode (I am using different alphanumeric passwords for each profile).
[deleted]
- Edited
dsjvhjdjhgvcjhsdc My intent was to convey that I had tested the fingerprint reader in a few different ways. With regards to your issues with profile switching, I am not a source of expertise. I can only give a few suggestions in reply.
I'm not sure we should be cluttering up this testing feedback thread but I will reply.
If your system behaves differently to others', then the cause is most likely to be found in: settings/configuration; a 'buggy' interaction between an app you have installed and GOS/AOSP; hardware; or the 'view' of the fscrypt/filesystem for a particular user-profile 'namespace'. I'm suggesting everything else is a constant we all share. I say this because, for a given release, unlike with most Linux/BSD distributions, my understanding is we all have an identical GOS/AOSP binary distribution sat on the primary partitions.
- In system > multiple users, there is an 'allow running in background' toggle. If this is off, then you will always need to enter a PIN for that profile after switching profiles.
- In security > fingerprint there is a toggle 'use for screen unlocking' - I am sure you have been there already but I have to mention for others who read this.
- Set up a new, blank profile with none of your own apps and see if you have the same profile switching issue there too.
- Do you have faulty hardware? Can you test the fpr with an app?
- I do recall sometimes having a slower profile switch. I had assumed a process wasn't quickly getting the priority it required, or something was delaying fscrypt from unlocking the profile's key.
Hope this helps a bit.
matchboxbananasynergy I'm now also on the beta channel with my Pixel 5. I'll let you know shortly when I've tested everything. Can I simply switch from the beta channel back to the stable channel?
[deleted]
graph01 Can I simply switch from the beta channel back to the stable channel?
Sort of, yes ... if you switch system update > Release channel back to Stable , then you will be back on Stable releases when the Beta you have now is promoted to Stable.
Until the request for Pixel 5 testers came, I had thought there were lots of 'cutting edge' users out there and I had just assumed I was a dinosaur on stable. I think somewhere in https://app.element.io/#/room/#testing:grapheneos.org I read a remark that implied the devs had had to put a lot of effort into porting QPR2 to the low priority Pixel 5. This is because Google have abandoned Pixel 5 in QPR2 and hence GOS has no port to build upon. After all that effort, it was then frustrating that no one was showing any interest in testing (but perhaps just because we didn't know there was an issue). So I think many more of us will need to start using the alpha/beta release channels to make this feel worthwhile for the devs.
Version 2024032100
is working fine on the Pixel 4a (5G) (updated via Beta release channel), thanks. No new issues observed so far. That said:
A few notes:
- System Settings > About Phone > Android Version > Android Security Update still shows "December 1, 2023". According to the Release Notes, it should show "March 5, 2024" though?
- System Settings > About Phone > Android Version > Kernel Version still shows 2024-02-05 as the build date. Should the build date not be more recent?
- The issue with the low Android system UI framerate when playing back 30 fps videos (AOSP issue #303693361) still exists, even though the issue tracker seems to indicate that it should be fixed with Android 14 QPR2?
And a general question:
Considering that the Pixel 4a (5G) and Pixel 5 and Pixel 5a use the same SoC and same kernel and considering that the Pixel 5a is not EOL yet (unlike the other two models), would it be possible to install the firmware and drivers from the Pixel 5a on the Pixel 4a (5G) and/or Pixel 5 to get the Pixel 4a (5G) and/or Pixel 5 fully supported again?
DeletedUser130 System Settings > About Phone > Android Version > Android Security Update still shows "December 1, 2023". According to the Release Notes, it should show "March 5, 2024" though?
No, that wouldn't be accurate. Your device is EOL and can't receive firmware updates past that. The patch level reflects the last time it could get complete patches.
Thank you GrapheneOS and all the people behind it! I didn't expect my app compatibility issue is solved so fast! Infact the only reason I bought a Pixel is GrapheneOS. Your work matters and it means a lot to many people.
- Edited
"December 2023" would not be entirely accurate either though? Because:
- The Pixel 4a (5G) stock OS shows "November 2023" (not "December 2023"), does it not? Or is there a December 2023 update available for the Pixel 4a (5G) that is applied to GOS but not to the stock OS?
- The "Android Security Update" date is not necessarily tied to firmware and drivers but to the core OS? Maybe an additional/separate field could be added for the firmware/drivers date?
- Considering that the Pixel 4a (5G) uses the same SoC and kernel as the Pixel 5a (which is not EOL yet), the drivers for the Pixel 4a (5G) should still be up-to-date (the release notes page indicates that both firmware and driver updates would be missing)?
- Could the firmware of the Pixel 5a not perhaps be installed on the Pixel 4a (5G)? If it could, was it just not tried yet due to no Pixel 4a (5G) user be willing to try it yet (due to a potential risk of the device becoming bricked in the process)?
[deleted]
dsjvhjdjhgvcjhsdc I wish I could delete my previous reply. I found this: https://github.com/GrapheneOS/os-issue-tracker/issues/2847 Prompted for PIN when switching profiles when biometric available
which might describe your issue. I don't think I thought through the differences between dedicated fpr and an on screen fpr; and I was probably responding to your remark suggesting only you had an issue. Sorry. All the same, the good news is, it says 'completed 2 weeks ago'.
Amazing work guys. Thrilled that updates comes to us P5 users still. Makes me endorse the fantastic work you guys do, even more.
- Edited
Hello and thank you very much for your efforts.
I've connected my watch a few days ago the first time, and BT sync is working.
Today, after installing the latest system update, I got the following exception when sync started.
It doesn't say much, don't know if it helps. Closing and restarting the app made sync working again, no exception anymore.
`type: crash
osVersion: google/husky/husky:14/AP1A.240305.019.A1/2024032100:user/release-keys
package: com.garmin.android.apps.connectmobile:8462
process: com.garmin.android.apps.connectmobile
processUptime: 11716 + 249 ms
installer: com.aurora.store
java.lang.NullPointerException: Attempt to invoke interface method 'java.util.List u80.d.w()' on a null object reference
at com.garmin.android.apps.connectmobile.settings.devices.common.c.onPostExecute(SourceFile:228)
at android.os.AsyncTask.finish(AsyncTask.java:771)
at android.os.AsyncTask.-$$Nest$mfinish(Unknown Source:0)
at android.os.AsyncTask$InternalHandler.handleMessage(AsyncTask.java:788)
at android.os.Handler.dispatchMessage(Handler.java:107)
at android.os.Looper.loopOnce(Looper.java:232)
at android.os.Looper.loop(Looper.java:317)
at android.app.ActivityThread.main(ActivityThread.java:8532)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:552)
at com.android.internal.os.ExecInit.main(ExecInit.java:49)
at com.android.internal.os.RuntimeInit.nativeFinishInit(Native Method)
at com.android.internal.os.RuntimeInit.main(RuntimeInit.java:359)`