Support Multiple providers of the same kind

[yarbelk]

A very large feature request - Support multiple SocialApps of the same provider.

• in some places this will help clean up some of the code conceptually - using standard ORM FK instead of lots of helper methods and callbacks.
• Useful for those people who are running sites with a Facebook Business account and lots of apps (additional strangeness here b/c of unique UIDs). Or are building api services that make use of the same.

If there is interest in this, I'd love to contribute.

[ivanvenosdel]

I would like this feature as I have a site that would like to offer two companion applications on the same social provider. So if a user signs in or connects to a provider using an app and then signs-in/connects a second app with the same provider it should re-use the same social account (which should be fine because social account has an FK to provider, not app).

To me this all seems possible to implement without the need for model changes or making them swap-able. If I am right the feature would be far smaller in scope but am I missing something?

[ivanvenosdel]

@pennersr The reason I ask is because I am trying to decide whether to put in the time to contribute a PR for this now.

If the work is far more involved then what I am thinking or you simply don't want to merge anything related to this feature anytime soon (it is marked "future") then I will likely work around it instead.

As for a work-around I am thinking that creating a custom provider for the second app (that is intended for the same provider) to use should work. Basically the custom provider would be identical to the original but will have a different name. Edit: The problem with this work around is that I think re-using the social account from the original app might get tricky.

[esabunor]

@ivanvenosdel Did you "put in the time" for this feature maybe i could use your fork or something. :) @pennersr I would like this feature as well because as @yarbelk said:

• Useful for those people who are running sites with a Facebook Business account and lots of apps (additional strangeness here b/c of unique UIDs). Or are building api services that make use of the same. I fall into the former, having a Facebook Business account running multiples apps that use facebook authentication. I am willing to contribute a PR as well.

[hishamkaram]

@pennersr any progress on this issue?

[skumarcm]

This feature may be an important one as more mobile applications are being developed based on the same webserver. Hence there could be multiple mobile apps that allow users to login through the same provider (eg. facebook) but still want to deliver the service through the same webserver powered by allauth.

Is there a solution available for this already? Or any plans to integrate this feature with django allauth?

[delton-ecometrica]

Has there been any update on this feature, to have multiple social apps for the same provider

[yarbelk]

I'm not involved in the project that gave rise to this. I think its a great feature that someone should do, but I won't be the one to do it. Feel free to have someone take over.

[gboor]

Multiple apps for the same provider is one thing, but when talking about self-hosted providers - like Keycloak - having multiple providers isn't a bad idea either...

Or maybe just move the endpoint URL and realm for Keycloak into the config rather than setting it via env variables.

I might have a look at this in a few weeks, when I have some time.

[derek-adair]

Seems valid, @pennersr seems like there are people interested in contributing and need guidance on this one if it's desirable or not.

[Ramon-W]

@pennersr Is there any plans of this being completed? I am looking for this functionality in my application.

[pennersr]

This is already working for OIDC based providers. So, depending on the providers you need to support this might already just work.