4 ms·
Hold on, Apple is restricting access to UserDefaults? Is there an app out there that DOESN'T use UserDefaults to save various app settings? Data saved there is
by seanalltogether 3y ago
Hold on, Apple is restricting access to UserDefaults? Is there an app out there that DOESN'T use UserDefaults to save various app settings? Data saved there is already scoped to the app itself, not to other apps or system information
- deleted 3y ago[deleted]
- deleted 3y ago[deleted]
- pininja 3y agoCan this scope be shared in some way if you’re the owner of multiple apps? I thought it was strange seeing Threads listed as a 12+ year old app when I know it’s brand new… it gave me the feeling someone could just fudge numbers and more if they’re clever.
- mosen 3y agoI think that’s the age rating for the app.
- pininja 3y agoOh wow, I’ve misread that for as long as it’s been there. It doesn’t look like a button, but tapping it scrolls the page down to age rating.
- tailspin2019 3y agoGlad I’m not the only one. Even after I eventually realised it’s the age rating and not the age of the app itself, I still find myself constantly forgetting this because it’s so unintuitive. There is something about the way it’s presented (or maybe a bug in my brain) that keeps reading it as the age of the app. (And IMHO that would be a lot more useful thing to show in that prominent position too)
- CharlesW 3y ago> Hold on, Apple is restricting access to UserDefaults? That's not how I would characterize it. Per the link above, they've provided a way for developers to declare the reasons their app uses API categories that can be used for fingerprinting. > Data saved there is already scoped to the app itself, not to other apps or system information Per the link, it appears that bad actors are somehow using it to violate App Store anti-fingerprinting policies: "This reason does not permit reading information that was written by other apps or the system, or writing information that can be accessed by other apps."
- anonymouse008 3y agoSo let's say I store a UUID in UserDefaults - I know on any app install on another device or delete and reinstall I lose track of that ID. In my mind, I'm using this just as an 'App Session' marker to keep track of how many 'events' a typical user goes through in the app. Is that considered fingerprinting? I really don't care who it is, I'm just trying to make sure the features I'm building are actually being used.
- MBCook 3y agoNo. In fact Apple already provides such a per-install UUID for you to use if you wish.
- WirelessGigabit 3y agoThere is more. I am remove an app and reinstall it and my data is still there. So I can be tracked across installs.
- anonymouse008 3y agoThat's CloudKit's CoreData - at least that's what I've seen work.
- fauigerzigerk 3y agoAnd annoyingly there is sometimes no way to delete this data completely.
- bbatsell 3y agoNo, you can scope it to an App Group shared across all apps in one account (Team ID). Google uses this to aggressively fingerprint — if you’re signed in to Google Voice, your actions in Google Maps will still be associated to your account even if you’ve never signed in.
- BillinghamJ 3y agoThat's not really fingerprinting - it's just ensuring your login is consistent against the apps of a single vendor I don't think Apple are aiming to change that with this
- kalleboo 3y agoThe fact that Keychain isn't in this list of APIs despite also being available to all apps by a developer (and optionally synced via iCloud) also points to them being OK with shared logins between apps (or they just forgot???)
- halJordan 3y agoFingerprinting is more of an intent. Google will absolutely tell you it's just to ensure consistency among their products. Their most important product being targeted advertising. Using it to enable consistent targeted advertising would be what the advertising industry calls fingerprinting.