The discussion revolves around an error “not_matching_email” when trying to redeem invites on a forum. EGreg shares a scenario where invites are sent, but upon clicking the link, users are logged in as a different user due to Single Sign-On (SSO) being enabled. Stephen identifies a bigger issue, where the external auth allows users to log in automatically, causing the invite email to be invalid. pfaffman reveals that the user is hardcoded in the SSO code for testing, which is causing the issue. The community is puzzled about how invites can be sent when SSO is enabled, which is expected to prevent invites from being created.
I googled it and saw the only mention is in github language files for the repo. Looking up the key, I found this is the relevant code:
Somehow “email” is not empty, even though I am not logged in (try it yourself, in an incognito window). So where does “email” come from, in the code? Perhaps someone here would know.
Invites shouldn’t be possible with SSO, and your external auth is letting users straight into the site. In that case the email is probably invalid because it’s comparing the email in the invite to the user above?