Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Rather than implement a custom authmap solution via OpenIDConnectAuthmap, I wonder if it would be beneficial to tap into externalauth and make it a dependency for this project?
https://www.drupal.org/project/externalauth
For an example of this, see ...
https://www.drupal.org/project/externalauth_gitlab
Issue fork openid_connect-3030596
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
matt_paz CreditAttribution: matt_paz commentedComment #3
jcnventura CreditAttribution: jcnventura at 1xINTERNET commentedYes. I think this makes a LOT of sense.
Comment #6
JeroenTMR13 removes the OpenIDConnectAuthmap class and replaces it with the externalauth module.
Comment #7
JeroenTComment #8
jcnventura CreditAttribution: jcnventura at 1xINTERNET commentedThanks a lot for this work! I think this is RTBC already.
However, since you seem to have stumbled on a bug I introduced in the Accounts form, and fixed it in a way that goes against the purpose of introducing client entities, I'd rather that you either leave the bug in place and open a new issue to fix it correctly, or fix it properly.
Comment #9
jcnventura CreditAttribution: jcnventura at 1xINTERNET commentedComment #10
JeroenTI reverted the change and created a follow-up issue: #3205340: Save ID instead of plugin_id as provider
Comment #11
jcnventura CreditAttribution: jcnventura at 1xINTERNET commentedOK. Then we deal with all these comments in the follow-up issue.. I'll merge this, so that we can work on better code. The joys of being alpha :)
Comment #13
jcnventura CreditAttribution: jcnventura at 1xINTERNET commented