The application, which allows users to add a pin on a map to show where ICE agents have recently been spotted, has climbed to the to the top of the App Store charts.
There is not and it is due to privacy implications. You can read more on their site about it and ALSO, there are fake Android apps of this that they caution you to not install. As of now, there is no Android version and unlikely unless Android fixes the way notifications work to not have any account or privacy issues for such an app.
The link in the comment you’re replying to says which part is not true, but since you seem more willing to comment than to click a link and read, I’ll summarize:
The part about the Apple Push Notification service requiring less information that can identify an individual user than Google’s Firebase Cloud Messaging is not true. Both use a similar token system. Furthermore, it is possible to build android apps with notifications that do not use FCM.
Maybe they want that, but the statement on their website is not wrong on a technicality because it’s oversimplified; it’s wrong because it asserts a privacy difference between the two operating systems that does not exist.
It’s actually not possible to build a push service like FCM or APNS on Android and have it function at the same level as FCM. FCM has special permissions to bypass certain device states on the device to ensure message delivery that nothing else can match.
The best you can do is approximate it with an always active websocket and a foreground service always running with battery optimizations disabled, but good luck not having that foreground service shut down on occasion as well. Devices are hostile to them for battery saving purposes. You’d have the best luck with a Pixel device though for something like that. You could also do some sort of scheduled background polling, but the device can be hostile to that as well, and it would eat more battery.
It’s true that FCM will result in more reliability and a better UX than other ways to implement notifications. Doing something else is still the right choice for certain use cases, such as those where privacy or keeping the entire codebase open source are top priorities.
Yes, I used web sockets for Signal for a while. It drained 30% of my battery when the phone sat idle for a day. Absolutely bonkers. Made the phone almost unusable so had to revert to FCM or disable notifications.
I worked on an app once where delivery was critical, so we gave them the option of the active service+websocket, but for them the trade off was acceptable.
Pushes can be pretty flakey given all the shenanigans OEMs do on the device, even when marked as high priority correctly.
And the even worse part is when OEMs reset battery saving flags the user had set to help pushes get through and they stop working one day because of it.
It’s not on the same level. Android at least provides the option of using an alternative notification system, and also supports downloading apps from anywhere. Including places that don’t require an account.
Well, who knows what is true and what not.
I never knew that Push Notifications go via Apple, and not via the network operator.
Definitely wrong is GraphenOS’s claim that Android does not allow access to the device id.
Of course it does. For what reason would the ID exist if it does not?
No idea if you need it for a FB message/notification though.
There is not and it is due to privacy implications. You can read more on their site about it and ALSO, there are fake Android apps of this that they caution you to not install. As of now, there is no Android version and unlikely unless Android fixes the way notifications work to not have any account or privacy issues for such an app.
This is not true. https://bsky.app/profile/grapheneos.org/post/3lt2prfb2vk2r
Which part? Are you saying they have made an android version?
The link in the comment you’re replying to says which part is not true, but since you seem more willing to comment than to click a link and read, I’ll summarize:
The part about the Apple Push Notification service requiring less information that can identify an individual user than Google’s Firebase Cloud Messaging is not true. Both use a similar token system. Furthermore, it is possible to build android apps with notifications that do not use FCM.
they probably want to also make it as easy as possible for those who aren’t technologically savvy or whose native language isn’t english, though
Maybe they want that, but the statement on their website is not wrong on a technicality because it’s oversimplified; it’s wrong because it asserts a privacy difference between the two operating systems that does not exist.
It’s actually not possible to build a push service like FCM or APNS on Android and have it function at the same level as FCM. FCM has special permissions to bypass certain device states on the device to ensure message delivery that nothing else can match.
The best you can do is approximate it with an always active websocket and a foreground service always running with battery optimizations disabled, but good luck not having that foreground service shut down on occasion as well. Devices are hostile to them for battery saving purposes. You’d have the best luck with a Pixel device though for something like that. You could also do some sort of scheduled background polling, but the device can be hostile to that as well, and it would eat more battery.
It’s true that FCM will result in more reliability and a better UX than other ways to implement notifications. Doing something else is still the right choice for certain use cases, such as those where privacy or keeping the entire codebase open source are top priorities.
Ya, for sure. My beef was just with people saying you can roll your own, but glossing over the reduced user experience and reliability if you do.
With those trade offs it’s absolutely doable and makes sense for certain situations.
Yes, I used web sockets for Signal for a while. It drained 30% of my battery when the phone sat idle for a day. Absolutely bonkers. Made the phone almost unusable so had to revert to FCM or disable notifications.
Ya, it can be brutal on battery.
I worked on an app once where delivery was critical, so we gave them the option of the active service+websocket, but for them the trade off was acceptable.
Pushes can be pretty flakey given all the shenanigans OEMs do on the device, even when marked as high priority correctly.
And the even worse part is when OEMs reset battery saving flags the user had set to help pushes get through and they stop working one day because of it.
Then don’t claim the reasoning is anonymity.
No, they are saying that Android and Apple both have a privacy issue on the same level.
It’s not on the same level. Android at least provides the option of using an alternative notification system, and also supports downloading apps from anywhere. Including places that don’t require an account.
Well, who knows what is true and what not. I never knew that Push Notifications go via Apple, and not via the network operator. Definitely wrong is GraphenOS’s claim that Android does not allow access to the device id. Of course it does. For what reason would the ID exist if it does not? No idea if you need it for a FB message/notification though.
Lots of people do.
That’s not what it says.
There has to be a way for Google/Apple to know which device to send the notif to.
Incompetence is not a “privacy implication”. You think Apple servers are beyond reach of US warrants?