Closed (fixed)
Project:
OpenID Single Sign On Relying Party
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Issue tags:
Reporter:
Created:
23 May 2011 at 21:03 UTC
Updated:
4 Jan 2014 at 00:53 UTC
Jump to comment: Most recent
Comments
Comment #1
xamanu commentedFirst of all we'd need OpenID Provider ported to Drupal 7 (#983128: Drupal 7 port of OpenID Provider), then OpenID Provider AX and OpenID Relying AX. After that we can think about this module here.
Comment #2
niccolox commentedDrupal Gardens has D7 client/consumer/relying sites with a D6 OpenID Provider
http://drupal.org/node/983128#comment-4589286
http://drupal.org/node/983128#comment-4601076
could that scenario work with Omniauth?
upgrade the osso relying modules first ?
Comment #3
xamanu commentedYou are right - good point. So the order of necessary ports is:
* OpenID Relying AX
* OpenID Profile
* OpenID Relying SSO (here)
With these three modules ported we could have a D6 OpenID SSO provider and D7 relying parties working nicely.
Comment #4
niccolox commentedright, so what would drive those ports upstream is the usefulness of an OpenID single signon, i.e. Omniauth
Comment #5
niccolox commentedbtw, what is this project http://drupal.org/project/openid_relying_ax ? its in the table of documentation and on this page?
Comment #6
xamanu commentedI meant Openid Client AX :-) Sorry for that.
Comment #7
niccolox commentednow that wojtha is the new maintainer for openid, I wonder if we could rally some enthusiasm for the OpenID Omnia approach ?
maybe Aegir folks, OpenID... bring in OAuth too voxpelli ? NodeOne (heyrocker now works there) might be keen, some of the Aegir shops maybe too ?
Comment #8
xamanu commentedI just started a new branch for 7.x-1.x which has a first but not yet recommendable version for Drupal 7 version of this module.
Comment #9
niccolox commentedbig +1 ;>
Comment #10
paranojik commentedI'm also working on a port here.
Comment #11
halcyonCorsair commentedsubscribing.
Comment #12
niccolox commentedjust tried the latest D7 relying with a working D6 provider and get this error when trying to login as an existing user or after creating a new user
cheers
-N
Comment #13
niccolox commented@paranojik re#10 tried sandboxed module and got these errors
is it actually possible to test this D7 port without the Open ID AX and Profile modules?
btw, could those modules be moved inside the OpenID SSO module? kind of like Deploy or Domain do it ? would make for a more consistent user experience
Comment #14
xamanu commentedI just pushed an update to the drupal 7 port. This works nicely for me. Please test.
@niccolo: Of course you can test OpenID SSO without the AX and openid_profile modules. These are only necessary for attribute exchange between the parties, but not for the general login/logout functionality.
Comment #15
niccolox commentedthanks, testing now the D7 minimal set-up
For some reason I thought email and username where the minimum attributes to be exchanged...
testing.. cheers -N
Comment #16
niccolox commentedthat works for me.
also, seen this ? compare & merge ? http://drupal.org/sandbox/paranojik/1232190 and http://drupal.org/node/1251414
Comment #17
niccolox commentedactually just realized it doesn't do the redirect to relying after creating an account or logging in... is that still to do ?
also, doesn't have the login button element replacing the login dialog block, I guess another still to do...caching eventually displayed button, but in Opera not getting redirected from /user .. will test moreanyway, still a milestone, so great, thanks
Comment #18
niccolox commenteddamn, embarrasing, it works, I think.
was having web server caching madness
still other eyes reviewing this would be good...
Comment #19
niccolox commentedjust checked again, after allowing the nginx's aggressive caching to catch-up with the new sites
very happy to say it works very well...
awesome
Comment #20
niccolox commentedComment #21
xamanu commentedPlease mark as fixed then :-)
Comment #22
niccolox commenteddo I dare, fixed