Essentially the apps have same package name but different signatures and the app store that installed it should be the only one to recognize and update it.
But Google is likely trying this dark pattern to sway people away from F-Droid or alt stores by making users uninstall these apps and install it from the Google Play Store.
It’s been going on for a while and is annoying af.
It’s just cause it has the same package name and only checks the signature on attempt to install not cause Google has some alterior motive
Ulterior
Interior
Exterior
Posterior
Superior
Inferior
Anterior
Superfluous
interior crocodile alligator i drive a chevrolet movie theater
Interior crocodile alligator, I drive a Chevrolet movie theater
7h old comment
Damn I am unoriginal
deleted by creator
Thx lol my grammar is ass even though it’s the only language I speak haha
And, F-Droid shows apps that were installed from the Play Store.
Because they both use the same package names…
All the more reason to not complain when Google Play does it.
It’s relatively new behaviour so they introduced it recently. And they need to fix it, but ignore it entirely…
Mismatched signatures have been discouraged since day one of Android. A mismatched signature is a sign that some one other than the original publisher built this package, and the user needs to be aware that it might be malicious.
That F-Droid went with this setup with mismatched signatures was always going to make their apks look suspicious.
You misunderstood the whole situation. The signatures are all fine. Google Play Store is trying to override an app installed from F-Droid. If the two stores had the same signature, the play store would be able to do this which would go completely counter to the user’s choice (they installed from F-Droid for a reason). It’s a good thing the signatures don’t match, there’s nothing suspicious about it.
It used to be that the play store just wouldn’t show updates to apps that it wasn’t actually able to update. They broke this behaviour.
No, it’s not a good thing. The solution would be to use a different package name for the f droid version. That’s what’s supposed to be done. It’s not the signature or Google that’s causing the problem. It’s that there are two packages with identical names that should not be identical.
The package name is the unique id. If you want to distribute multiple variants (like two versions with differing signatures) they should not have the same identifier. If they are not the same the id/package name should not be the same.
Having different package names would also prevent the Google play store from trying to update it.
Even if it’s new behavior, there is really no reason to assume that this was done to evoke some dark pattern or other. It just shows that Google will not think about 3rd party stores when they do anything with their services and that is hardly news, is it? Besides: I kinda get it honestly. If they’d take all the stuff out there for android into account before they did anything, nothing would be done at all.
So the question becomes less why that’s there, but more what stores like Samsung do to prevent this issue and if F-Droid can adapt the same behavior.
Samsung just says:
Can’t auto update Installed from Google play store. And Can’t auto update Installed from Aurora store.
You can easily see from what store an app has been installed in android.
Maybe that’s true, but then:
- They previously had code to prevent this, why did they remove it?
- Why won’t they fix it now? I’ve reported this twice already and I’m not the only one, this is affecting a huge number of users, why are they ignoring it? I refuse to believe they’re not aware of it. And if they aren’t aware of it that points to an even bigger issue of having absolutely no idea the repercussions of that they do even when thousands/millions of users reach out to tell them.
I think you massively overestimate the amount of users that are a) affected by this b) reporting it When seeing the overall picture, this might mlbe a rather fringe issue in Google’s eyes.
Furthermore, you might be exaggerating the impact as well. The “impact” is that an app update fails. That’s it. That might be annoying, but isn’t the grave and evil thing you make it out to be.
Besides, have you ever thought about that this stems from a rather bad practice on F-Droid/app developer side? They use the same package name for a software with a different signature. That’s just not ideal to begin with. All packages with the same name should have the same signature for any given version of the package. That’s how security works. If they don’t follow that, how is a user/security software supposed to check if the signature is authentic or of the package was tampered with?
AFAIK F-Droid allows using the same signing key as in PS. The choice is up to the developer. But as I said, if they use the same key then PS will overwrite the app, which is 100% unwanted behaviour.
What do you suggest about package names? Do you think there should be
org.wikipedia.playstore,org.wikipedia.fdroid,org.wikipedia.galaxystoreto use a different package name per store? Or should just F-Droid get the special name?Do you think it’s okay when e.g. play store and galaxy store update apps installed by the other store? This happens with various apps, especially some Samsung and Microsoft apps. (Obviously only when using the same keys, but I think this is common practice)
And specifically do you think that’s okay when F-Droid is thrown into the mix? I think absolutely not, especially since F-Droid often removes proprietary libraries, ads and tracking that are present in the other sources.
Honestly I can warm up to the idea that F-Droid builds should have a unique package name (call it a flavour, even if it’s 1:1 with the play store release). But the Play Store and Galaxy Store overwriting each others’ apps already reeks of idiocy and bad design to me, and F-Droid has nothing to do with it.
The ps has done this for many years, unfortunately
I’ve only been seeing it in the past few months, definitely less than one year. Before that this never happened even when I had affected apps installed. Notably the Wikipedia app.
I have experienced it for at least 5y or so, back when I ran CalyxOS. It would try to override the sim tool at every opportunity when calyx used a custom version. With GrapheneOS, I have always (3y) had a stub apk to give me the preview picture in gCam without requiring gPhotos, and it bitches and errors constantly if you don’t turn off auto-updating. Tasks.org joined it recently since I use Obtainium (not f-d); it’s been happening with quite a few apps, just Tasks has been out of sync for the Github release vs play store release a while now.
Android knows if an apk is installed from the ps or not, this would be a two-line if-statent fix. But there’s no incentive for them to make using alternative stores/methods work better than the bare minimum, so they don’t :(
The, being F-Droid, need to fix this, yes. They really should.
Since I found out about F-Droid and Aurora Store, I’m actively dodging the Play Store. No one will ever make me use it. Ads, promos, junk everywhere! And their shitty way of updating.
How do I get F Droid?
either download the official APK from f-droid.org or use the NeoStore app which is a better client imho. from there its some simple setup and basically works like the play store.
Has Aurora been improved since last year?
I tried to love it, but it was such a pita to actually update things. Like, it hardly actually updated without errors or issues. When it did “update” an app, I wouldn’t be able to actually open it. After it broke some important apps I was using, I uninstalled it.
It’s because they are using like 10 disposable Google accounts shared between all the users in the world, so access is throttled
Aurora has been fine for me so far.
My experience might be better as I logged into the account of someone else to access some paid apps. Haven’t had much trouble with the disposable accounts either, may also because I haven’t used it that often.
deleted by creator
But Google is likely trying this dark pattern to sway people away from F-Droid or alt stores by making users uninstall these apps and install it from the Google Play Store.
No, it’s the security measure. Anyone can use existing package ID. If the user installs a different app with the same package ID as the other, that new app just overwrites the old app and will have access to the sensitive data of it.
F-Droid apps are built and signed by the people at F-Droid. Apps from Google Play and GitHub are built and signed by the developers themselves. You can update Google Play apps from GitHub and vice versa. That’s why I use Obtainium over F-Droid.
It shouldnt try to update a different signature app at the first place
This is an f-droid problem. If they use the same package name, they need to use the same signature. That has been the case since long before f-droid existed.
They could just build apks with alternate package names and this wouldn’t be an issue.
It’s no problem, since you don’t want 2 stores to update the same app.
It’s a problem of trust. Differing signature is an indication of third party tampering. People shouldn’t start to see difference in signatures as an ordinary occurrence. It should be an high alert event.
Nope.
Often versions on Play Store are slightly different (telemetry). Sometimes they even have different versioning.Then, using a different package name should be a good solution, wouldn’t it?
The they should rename the package? Either way, F-Droid is the problem here.
Yeah the worst part of it is that the version on Google Play is actually the older version.
They are shown on the update page for Google’s benefits only. This is anti customer.
It’s not though it’s because the developers use the same package name for the f-droid and play store versions but when the play store checks the signature before installing it sees it doesn’t match and it fails if the developers used different package names for play store and f-droid this would not be an issue
yea, and people here suggesting f-droid to change package names are crazy. F-Droid’s goal is not to mess with developers code at all and provide builds as is from the source code.
Why would anyone who actively chose to install F-droid, reinstall their apps as Play Store apps?
Fedilab and Thumb-key are not free on Google Play, I would reinstall them there if it was possible
Actually, I had it just the other way around. I had an app that had an old, orphaned version on F-Droid and a newer one on Play Store, so I installed the one from the Play store, but F-Droid desperately tried to update it constantly, always failing, always spamming me with messages about it
Remove it from F-Droid (ideally first) to avoid this
Yep, this has been happening for a long long time already. It’s due to F-Droid using the same package name but a different signature.
So from the perspective of any other store, it looks like someone tampered with this app.
Jokes on them, I don’t want them updating anything without my direct approval, and I don’t insist on the most recent version of anything non critical. Idgaf about their bullshit
I don’t care that it can’t update these apps, since I use Obtainium. But, FFS, at least let users have an option to ignore or hide those apps.
I use F-Droid and i don’t care that it can’t update theese apps over google play. I can still use fdroid to update
Yes exactly.
Yes because they are signed with different keys
The same happens in reverse. It’s the natural result of not naming the packages differently as a dev.
I have this happening on Sync for Lemmy. Every time I open it if there’s an update available, with no way to tell Play to fuck off.
Samsung store does that too. It’s quite annoying
You could get rid of Google play
