FYI: I found a solution for George as well. As a reminder, this was being
able to log George in automatically to Discourse when he is already logged
in to Snowdrift.coop. There is a specific "route" we can send George to
via Discourse to have him automatically log him in: /session/sso. So, in
o
For those who may not be watching our Github repo, a patch was submitted
yesterday on Github to fix the redirect problem. I downloaded the patch to
the Discourse SSO branch I've been working with, and Sidney is now able to
login properly the first time she clicks on "Log In" from Discourse: She
g
On Tue, Dec 6, 2016 at 12:30 PM, fr33domlover
wrote:
So, Bryan, waiting for your input on this. For now, I suppose it's
not super
critical, but it definitely will annoy and confuse users once the
Discourse
instance starts getting filled with people and messages (or is it
alreday? I
didn't che
Hello,
Jason, thanks for the testing and the report!
On Tue, 6 Dec 2016 07:37:04 -0600
Jason Harrer wrote:
> [...]
>
> George is already signed up *and* signed in to Snowdrift.coop and goes to
> Discourse for the first time. George will still see a button at the top
> that says "Log in". In
I tested this locally (I set up a local instance of Discourse to test
with), and it works... to a point. It seemed easier yesterday to explain
things in User Story format, so I'm going to attempt the same here.
George is already signed up *and* signed in to Snowdrift.coop and goes to
Discourse
Hello Bryan,
If you look at the code you'll see there are 2 parts. The logic, which is a
simple single file, and the handler that uses it. Both are quite trivial, it's
hardly worth having them separately. I do think it would be great to have them
both as a separate package that offers a Yesod subs
On 12/05/2016 11:34 AM, Bryan Richter wrote:
> Thanks for this. I think the best way to make use of this is to package
> up the logic specific to handling SSO requests in an independent
> library, so we can use it later.
>
> That's not about you, or about this code. :) It's just that I am going
>
On 12/05/2016 11:34 AM, Bryan Richter wrote:
> Thanks for this. I think the best way to make use of this is to package
> up the logic specific to handling SSO requests in an independent
> library, so we can use it later.
>
> That's not about you, or about this code. :) It's just that I am going
>
Thanks for this. I think the best way to make use of this is to package
up the logic specific to handling SSO requests in an independent
library, so we can use it later.
That's not about you, or about this code. :) It's just that I am going
to push back hard on having SSO be the second major featu