Hello,
Since about two weeks, I noticed that notifications are not consistent anymore. A lot of times, I don´t receive any notification until I open the App, then it will work normally.
I have Play Services installed and they have the battery usage is set to unrestricted.
Is it a known issue please or maybe I am missing a configuration tweak?
Thank you!
Notifications are not consistant anymore
- Edited
unwat Of course :) it has network access.
I can try reinstalling. But as I mentioned, it recently started happening. I wanted to make sure that I didn´t miss a new known regression in the last updates or something.
Thank you!
I haven't experienced any notification gaps either. I don't use Play Services for notifications, but just in case it's thought to be caused by something else.
I assume you also have the Play Store installed with network permission granted. My understanding is that both are required for proper service delivery.
maximus87 I use google play services, and my notifications seem to be working fine. I don't have many apps allowed to send notifications except for Signal, the default GrapheneOS update notifications (of course), and a weather alert. Just a couple others, but those aren't daily and seem to be fine.
I've never received update notifications from either the Aurora store or Droid-ify, though. That's not new, and I can manually open those stores & check for apps needing updates, but have not received notifications about apps having updates, though. Not an issue for me, but figured its worth mentioning.
I experience this too with Whatsapp and Fb mesenger that are installed with Google services without network permissions.
This setup was working fine and I was receiving all notifications promptly (yes, even with disabled network permissions for Google services) but something changed recently and now both Whatsapp and Fb messenger either delay the notifications or do not show them at all until I open the app.
My Google services were recently updated via official GOS Apps channel (I never update them from Aurora store). I wonder if this is the root cause? Maybe the update broke something and I now need to reinstall Whatsapp and Fb messenger to "talk" with updated Google services properly?
- Edited
Volen my understanding is that Play Services and Store have always required network permission in order to deliver messages properly, since these services are acting as the proxy to receive the pushed notifications.
I would suspect that if it it appeared to be working previously, it was only due to the pertinent apps being used frequently enough to remain foregrounded.
Volen Interesting. I first noticed this also with FB Messenger. But in my case, All Google services have network access (even though it´s very interesting that notifications can still be received without it!).
I hope it was a problem from Meta servers side and nothing related to GrapheneOS. I will keep checking.
Thank you.
Not with Whatsapp and FB Messenger - these were working as expected since day 1 with Google Play services having no Network permissions.
I noticed this behavior changed when I updated Google Play services via GOS Apps so it might have the same effect as installing an app before installing Google Play services.
I reinstalled Whatsapp and testing now but it seems its working better (again with Google services having no Network access). If it continues to work fine then my only assumption would be that updating Google services caused this.
- Edited
unwat You can try reinstalling a few apps to see if that fixes the problem.
lol. (crying really).
This approach like decades of the MS Windows experience all over again.
I am very uninformed and this is just a guess: could it be that the "battery optimizing" which is being done has stopped apps which were previously polling from do so at all or less frequently i.e. suspended them for long periods of time or completely?
Is there any visibility to the user as to the actions of the battery optimizing / state of the apps which it could affect?
Would reinstalling reset the history run state which is being used by AOSP to determine how it should manage that app?