Skip to content

Conversation

@jmhooper
Copy link
Contributor

When partners initiate an authentication they can include a locale in the request which we honor when we render the next page. However, many partners do not do this and we assume the default locale of English.

If the user was previously on Login.gov they may have a locale in the session. This commit changes the IdP to honor that locale if no locale is present in the OIDC authorization request. This fixes the following weird behaviors:

The step up flow:

  1. The user authenticates for auth-only and selects a non-English locale for that
  2. The user is redirected to the SP
  3. The SP determines the user needs to identity proof and redirects back to Login.gov
  4. The user's language choice is not longer respected

The post-IdV follow up flow:

  1. The user enters a GPO code. They elect to do so with a non-English locale
  2. They are presented the post-IdV follow up button on the next screen. They click the button to proceed to the service provider
  3. The service provider recognizes it needs attributes from the user. It makes a redirect back to the IdP for the OIDC authorization endpoint
  4. The user sees the screen to share proofed attributes. The language preference is no longer respected on this screen

This change causes the language preference to be respected in both of these cases.

When partners initiate an authentication they can include a locale in the request which we honor when we render the next page. However, many partners do not do this and we assume the default locale of English.

If the user was previously on Login.gov they may have a locale in the session. This commit changes the IdP to honor that locale if no locale is present in the OIDC authorization request. This fixes the following weird behaviors:

_The step up flow_:

1. The user authenticates for auth-only and selects a non-English locale for that
2. The user is reidrected to the SP
3. The SP determines the user needs to identity proof and redirects back to Login.gov
4. The user's language choice is not longer respected

_The post-IdV follow up flow_:

1. The user enters a GPO code. They elect to do so with a non-English locale
2. They are presented the post-IdV follow up button on the next screen. They click the button to proceed to the service provider
3. The service provider recognizes it needs attributes from the user. It makes a redirect back to the IdP for the OIDC authorization endpoint
4. The user sees the screen to share proofed attributes. The language preference is no longer respected on this screen

This change causes the languge preference to be respected in both of these cases.

[skip changelog]
@jmhooper jmhooper requested a review from Sgtpluck March 25, 2025 16:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants