Einwand gegen das Hinzufügen eines SSO-IDP-Parameters?

Ich möchte einen optionalen Parameter zum Pfad /session/sso hinzufügen, den der Controller zur IDP-Anfrage-URL hinzufügt. Der Zweck ist es, der IDP mitzuteilen, welchen Authentifizierungsfluss sie initiieren soll, also Social Login oder lokalen Login. Ohne ein gewisses Signal an die IDP im Rahmen der ursprünglichen Discourse-SSO-Weiterleitung ist mir das nicht möglich.

Ich denke an etwas wie idp_param als optionalen Parameter, also:
/session/sso?return_path=/&idp_param=fb

Gäbe es Einwände dagegen und gegen einen Pull Request?

Der Grund dafür ist, dass ich ein großes Banner erstellen möchte, das anonyme Besucher dazu einlädt, sich über einen der konfigurierten Social-Provider unserer IDP anzumelden, da ich den einzelnen „Login“-Button von Discourse nicht einladend oder informativ genug finde.

Aktueller Entwurf, bei dem die beiden Social-Buttons einen idp_param zur URL hinzufügen:

Eine andere Möglichkeit wäre, die SSO-URL für Einstellungen als Key-Value-Sammlung zu gestalten, sodass Sie verschiedene IDP-URLs haben könnten, auf die ein Parameter über einen Key gezielt werden kann, z. B.

default: https://myidp.com/sso
fb: https://myidp.com/sso?provider=fb
google: https://myidp.com/sso?provider=google

/session/sso?return_path=/&sso_uri=fb

Dies ist jedoch mehr Aufwand für ein Szenario mit geringer Nutzung.