Live data from Hacker News

Why we won’t be supporting Sign in with Apple

blog.anylist.com

121–130 of 485 posts

Re: Why we won’t be supporting Sign in with Apple

#122
post #87

Earlier quoted context omitted.

For my last two companies (both B2B), I implemented login via Google accounts only. Google login has a number of advantages: 1) Identity is an email address. If I wanted to rip out Google, or Google kicked me off the platform, all I need to do is add passwords and put a "forgot my password" link and my customers continue business as usual. 2) It's not a google-specific email address. You can create Google accounts fo…

Can you educate me on what you mean by Google accounts only? I thought Google auth was just OAuth.

They have chosen to have their site or app only allow login with Google accounts, they don't support any other form of authentication.

It's a choice they made, nothing specific to Google or OAuth.

Re: Why we won’t be supporting Sign in with Apple

#123
post #4

This makes perfect sense from their standpoint - especially since they've had similar problems to what they outline with Facebook sign-in and are now dropping that as well. This is also a win for Apple & end-user privacy, as there's one less app using FB's login feature now. I think Sign in with Apple is a great step forward even if all it does is eliminate apps that require Facebook and/or Google accounts to log in.…

I mean it can be better for privacy if you think about Google/Facebook loging. But it will prevent adding all third party login services, potentially even ones that are more privacy respecting than Apple. Also there are cases where a "sign in with " is the only option that makes sense because you really want to integrate with the API of this provider. Take for example a "sign in with GitHub". Or in case of services c…

I think Apple does allow apps to limit social sign in options where it makes sense. So for example, an email app could have sign in with Google, Microsoft, and Yahoo! but not Apple.

Re: Why we won’t be supporting Sign in with Apple

#124

> Furthermore, if there are platforms where AnyList doesn’t support Sign in with Apple, like Android, and someone wants to log into their account, they’d have to know their privaterelay.appleid.com email address. (And that certainly won’t be easy to find if you no longer have an iOS device.) And then they’d have to create a password with us, since they wouldn’t be able to sign in using Sign in with Apple. The easy an…

That’s what I was thinking as well. Why not just treat it like any other OpenID provider and show it for all platforms?

Re: Why we won’t be supporting Sign in with Apple

#125

Earlier quoted context omitted.

How is this ironic? It is by design and obviously they know why people do it because the very next sentence says that. Why on Earth would you'd want to use a list-sharing app that uses email as the addressing system and then not share your email.

The anonymous e-mail that Sign-In with Apple generates forwards to the e-mail used to set up your Apple ID. So it's not like it's a random e-mail that acts as a /dev/null. This is by far the biggest selling point of Sign-In with Apple for me and I will continue to use it, and continue to not use apps that don't support it. I have plenty of e-mail aliases, but having an alias auto-generated for you is very convenient,…

Perhaps you don't use AnyList? It doesn't make sense to use with a private mail relay because they use email as an addressing system. And honestly, few users will go look up their per-app address and tell people to add them.

Re: Why we won’t be supporting Sign in with Apple

#126

> One problem is that most Apple IDs are tied to an iCloud email address. Is that actually true? None in my household are.

It depends mostly on the demographic in my experience. For example, my parents have icloud email addresses that they occasionally email me from and never reply to for the reasons mentioned in this post.

My anecdote is similar. I first created my Apple account when the iTunes music store was introduced in 2003.

But, when I setup the account for my mom and my wife, I just created an iCloud email address.

My wife never uses her iCloud email address. I don’t think she uses the default mail client - she uses the gmail app.

Re: Why we won’t be supporting Sign in with Apple

#127
post #69

Earlier quoted context omitted.

Lucky you! I've run into lot of these apps offering only FB/Google sign in. Or offering mobile number only login. For e.g. I like playing scrabble and Scrabble Go only support FB login so I'm playing only as Guest user for months now. Mobile number login is even worse! Why do I need to share my mobile number for something where you don't need to have it!

I think a lot of services use mobile number login as a way of bot-limiting; harder to create lots of phony email addresses than phone numbers. But it's still a pain in the butt :(

> harder to create lots of phony email addresses than phone numbers

I think you got this the wrong way around.

Re: Why we won’t be supporting Sign in with Apple

#128

> Furthermore, if there are platforms where AnyList doesn’t support Sign in with Apple, like Android, and someone wants to log into their account, they’d have to know their privaterelay.appleid.com email address. (And that certainly won’t be easy to find if you no longer have an iOS device.) And then they’d have to create a password with us, since they wouldn’t be able to sign in using Sign in with Apple. The easy an…

Heck, I've been happily using "Sign in with Apple" on linux anywhere I can.

Re: Why we won’t be supporting Sign in with Apple

#129
post #5

Buries the lede. They’ve chosen to drop support for Facebook login rather than also support Apple login. So working as intended!

Bingo ! This is Apple’s really hard bargain here. Implement us or get rid of all the other garbage sign-in.

And get rid of all the other non-garbage sign-ins too, correct?

Re: Why we won’t be supporting Sign in with Apple

#130
Last year we pulled all social logins (facebook, google, yahoo) out of our app, after supporting them for years. The UX / customer service issues mentioned in this post are absolutely legit, a complete PITA. While we were nervous about adding the extra signup friction, a year later I can easily say it was worth doing.
Post reply on HN