Would be awesome to log in via a Reddit Account. Would also help user login conversion rates.
Also reddit karma (for example in a specific subreddit) would transfer to Discourse users/group trust levels.
5개의 좋아요
Wait, do they actually provide that?
1개의 좋아요
I think they let you access the username but not the email adresss. Could be wrong on this.
Would still be nice if people could link their reddit accounts to discourse though.
2개의 좋아요
If they don’t provide email address, it is basically useless. Email is identity to us.
Posted about this on /r/redditdev and /r/ideasfortheadmins/
After not receiving answers from any Admin, I asked again in #reddit-dev on freenode.
Transcript of the discussion:
``
Any idea what I can do so my request gets answered by a reddit admin or someone in a decision-making place? See http://redd.it/2lrcdv http://redd.it/2lsex1
A reddit user’s identity is their username, not their email.
- [kemitche] (kemitche@reddit/admins/kemitche): Keith Mitchell
- [kemitche] @#reddit-dev
For a identifaction service the username is not that relevant
e.g. for Discourse
Discourse needs an email-adress to register/identify users
If you want to identify a person, reddit is not the sign-in system you want
Discourse already supports google, fb, twitter, github, yahoo OAUTH login/signup
Just reddit not because reddit wont allow email calls
The unique identifier to a reddit account is the redditor’s username. The same email can be used for multiple reddit accounts; it’s not unique, and thus, can’t be used as an identifier on other services.
huh, TIL
That kinda blows, as reddit karma could have been used for user/trust groups
Sounds like a problem with discourse, to me
It might be a good idea to ask Discourse to support a “unique user identifier” instead of just email
oauth2 allows for that
Reddit OAuth/API Support
His argument that “email is identity” is a bit silly. On first login to discourse via reddit, you’d ask for the user’s email, then, on discourse, associate the two.
On future logins, you’d have an association of the reddit username to the “true” email.
(On the same lines, though: emails aren’t required for reddit, so that adds another layer of complication to your goals)
Feel free to quote us in that thread, also.
``
Note: dditthardt has no cloak but referred me to reddit’s team page.
“On first login to discourse via reddit, you’d ask for the user’s email, then, on discourse, associate the two. On future logins, you’d have an association of the reddit username to the “true” email.”
Kinda sounds like Plugin Territory to me, how does the Discourse team feel about this?
2개의 좋아요
Wouldn’t this be similar to Twitter logins?
So, in other words: It could work, if we had the UI to add auth options while logged in.
2개의 좋아요
Have there been any developments in this area? I run a community/sub Reddit and we’ve reached the need to have more power and flexibility that Reddit just cannot offer. I’m already sold on using Discourse but offering Single Sign On with the users Reddit accounts would be the icing on the cake to really increase adoption.
I have to admit that i’m not a programmer but can typically google/hack my way thorough most things but building something to prompt for email addy’s while pulling the other information from Reddit sounds a bit more involved than i’m comfortable jumping into (unless there was a tutorial somewhere haha).
2개의 좋아요
Is this something you are interested in @riking? I do think Reddit offshoot communities that are more interested in true discussion (and not down voting, ordering by votes, etc) could find good use for Discourse.
1개의 좋아요
Not really. It’s not exactly the best source of identity for things that you aren’t tying directly back to Reddit.
2개의 좋아요
that are more interested in true discussion (and not down voting, ordering by votes, etc
This! That’s exactly what we are going for. Reddit was nice because of the user base but it isn’t the greatest when it comes to encouraging fresh discussion, on the flip side topics can’t be too old which is horrible if you’re linking threads in the sidebar.
I understand if this isn’t something we can accomplish, we’re still going with Discourse either way because the alternative (PhpBB or something) just feels way too 1990, plus we have a ton of mobile users and want the site to look professional for everyone no matter what device they’re on.
Has anyone worked on this? or given a price on a plugin? We go after reddit users all the time for our community. They are the most active we have.
Reddit allows you to sign up without handing over an email address.
That’s a non-starter per:
3개의 좋아요
I just tested the Facebook Authentication on the try.discourse.org site and Facebook still works if you disallow sharing email in the Facebook Permissions dialog.
The Discourse sign-up just asks the user for their email instead of getting the email from the OAuth provider.
Discourse could still do the same thing for Reddit where it just asks the user for their email address as when the API doesn’t return an email address.
Reddit is different in that it never returns an email address where Facebook will provide an email address unless the user decides to not share it with Discourse but otherwise the handling of an OAuth provider that doesn’t return an email address seems to already be a case that is handled by Discourse.
7개의 좋아요
2년 이상 지난 지금, 뭔가 바뀌었나요? Reddit은 여전히 훌륭한 토론과 깊이 있는 소통을 위한 최적의 장소가 아닙니다. 수많은 커뮤니티가 관련 Discourse 사이트와 최대한 원활하게 연결될 수 있도록 하는 것은 Reddit 사용자들과 해당 Discourse 포럼을 운영하는 사람들에게 모두 좋은 기회가 될 수 있다고 생각합니다. 저는 그중 한 명입니다. 
5개의 좋아요
@riking @codinghorner
레딧 OAuth는 여전히 불가능한가요? 위 포스터처럼, 이 길을 따르는 많은 다른 사용자들도 마찬가지일 텐데, 제 인기 있는 서브레딧은 플랫폼의 규모를 벗어나고 있습니다. 서브레딧과 연결될 수 있는 긴 형식의 대화를 위한 장소를 원합니다. 플랫폼 간의 공유된 신원(Shared identity)은 중요합니다.
@jd2066 이메일 없이도 Facebook이 작동한다는 당신의 관찰을 바탕으로 어떤 것을 구현해 보셨나요? 이건 기본적인 UX 개선 사항으로 보입니다.
Flarum은 이 경우를 처리하는 것 같습니다:
저는 이메일 주소가 반환되지 않을 때 사용자에게 이메일 주소를 요청함으로써 Discourse가 이미 Facebook 로그인을 처리하고 있다는 점을 지적한 것뿐입니다. 따라서 이메일 주소를 반환하지 않는 Reddit 로그인에도 동일한 방식을 적용할 수 있을 것입니다.
다만, 저는 Discourse 개발자가 아니므로 이 기능을 구현할 수는 없습니다.
2개의 좋아요
이 스레드를 발견하신 분들을 위해 말씀드리면, NodeBB는 Reddit OAuth도 지원하며 사용자 식별을 이메일 중심으로 하지 않아도 됩니다. 여러 플랫폼에서 이 기능을 조사해 왔습니다.
이 주제는 pr-welcome 태그가 붙어 있어, 커뮤니티 기여로 이 기능을 받는 것을 환영합니다. 다만, 호스팅 고객에게 우선순위가 아니므로 우리 스스로 작업할 계획은 없습니다.
3개의 좋아요