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 个赞
http://www.reddit.com/dev/api/oauth
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 个赞
Has anything changed on this 2+ years later? Reddit is still not a great place for great discussion and in-depth engagement. Making it as seamless as possible for those populous communities to connect with relevant Discourse sites seems like a pretty great possibility both for Redditors and the people who run those Discourse forums. I’m one of them. 
5 个赞
Reddit OAuth 仍然是不可行的吗？就像上面的一位发帖人，我想象着许多走这条路的人一样，我有一个很受欢迎的子版块，它正在超越这个平台。我想要一个可以与子版块关联的长篇对话的地方。跨平台共享身份很重要。
@jd2066 你是否根据你观察到的“没有电子邮件的 Facebook 仍然可用”这一情况实施了什么？这听起来像是一个基本的 UX 调整。
Apparently Flarum handles this case:
我只是想指出，当Facebook登录未返回电子邮件地址时，Discource会通过要求用户提供其电子邮件地址来处理，因此使用不返回电子邮件地址的Reddit登录也应该可以做到这一点。
不过，我不是Discourse的开发者，所以无法实现。
2 个赞
对于发现此线程的任何人，NodeBB 也支持 Reddit OAuth，并且不需要将用户身份集中在电子邮件上。我一直在研究多个平台上的此功能。
此主题的标签为 pr-welcome，这意味着我们乐于接受社区贡献此功能，但我们自己不打算对其进行开发，因为它不是我们托管客户的优先事项。
3 个赞