Copy link to clipboard
Copied
Apple announced that it would be mandatory to provide sign-in with AppleId, if you use third party sign in options (eg. Facebook).
Will this be supported?
Is it possible to access the AppleID from my App, to create an account on my server with the email of the AppleID?
Updates to the App Store Review Guidelines - News - Apple Developer
"Sign In with Apple will be available for beta testing this summer. It will be required as an option for users in apps that support third-party sign-in when it is commercially available later this year."
The Apple requirement suggests that if you are allowing users to sign in using Facebook, Google etc (think Firebase Auth) then you will be mandated to offer Sign in with Apple also. The technical details for developers is very limited at the moment.
It will likely need an ANE to access the API.
Copy link to clipboard
Copied
It's been a while since I reviewed it, so thank you for highlighting it here. If I may put in my 2 cents on your specific question, this is what the guidelines say: " If your app doesn’t include significant account-based features, let people use it without a log-in" -- so if you're looking to use a different login, you're missing the point. The requirement is to not force a login unless you can justify the requirement, with "significant account-based features".
What you can do, in order to create an account for your anonymous user, is to use AIR's encrypted local store Adobe Flash Platform * Encrypted local storage - create a GUID and store it locally on the device - and pass that to your server, call it DeviceGuid or something like that - this is then accessible to you, every time the same user opens the App - the localstore will even survive a removal of the App (iOS only) - but this is certainly a worthy approach and seamless to the enduser.
There is no way of accessing the users AppleID programmatically - for privacy reasons.
Copy link to clipboard
Copied
Thank you for your answer.
My app justifies the requirement, with "significant account-based features".
It already has a custom sign option as well as facebook login.
So it would be mandatory to provide AppleID sign-in, as far as i understood the issue.
Create a GUID is a good idea and i already do so for device specific data.
With this practice the user will be bound on the device. The user should have the option to use the app on various devices.
With his self-created login or his choosen sign-in option.
Ok thank you. I thought so but i wasnt sure.
So there is no way to get some unique user specific data from the AppleID to create a user wich is related to this ID?
Copy link to clipboard
Copied
I don't think you're reading it correctly.
As for the UID - Users can have multiple devices, so your primary key for your user, should not be the deviceUid - allowing multiple and allowing you to map the device to the user.
Anyway, as far as I can tell you don't need to worry providing you have significant account based features.
Someone else, please chime in if you feel this is incorrect.
Copy link to clipboard
Copied
The Apple requirement suggests that if you are allowing users to sign in using Facebook, Google etc (think Firebase Auth) then you will be mandated to offer Sign in with Apple also. The technical details for developers is very limited at the moment.
It will likely need an ANE to access the API.
Copy link to clipboard
Copied
I totally missed that! This is why I shouldn't post! Anyway, Interesting read - if it becomes mandatory then perhaps Harman will bake this into one of the next AIR releases.. I stand corrected -- this says it clearly:
"Sign In with Apple will be available for beta testing this summer. It will be required as an option for users in apps that support third-party sign-in when it is commercially available later this year."