Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update redirect url definition for wildcard url allowed app types #4980

Merged
merged 2 commits into from
Jan 27, 2025
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -50,6 +50,13 @@ To register an application:
</tr>
</table>

!!! note
If you are planning to enable the Authorization Code grant type for standard-based applications, please note the following when adding the authorized redirect URL. The authorized redirect URL should be defined based on the type of application you are using:

- Web-based applications: Use exact URLs or implement logic to dynamically register specific redirect URIs as needed.

- Mobile apps with deep links: Wildcard support may be acceptable, but it must be implemented securely and restricted to well-defined patterns to limit its scope.

## What's Next?

- [Configuring an OIDC application]({{base_path}}/references/app-settings/oidc-settings-for-app/)
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -50,6 +50,13 @@ To register an application:
</tr>
</table>

!!! note
If you are planning to enable the Authorization Code grant type for standard-based applications, please note the following when adding the authorized redirect URL. The authorized redirect URL should be defined based on the type of application you are using:

- Web-based applications: Use exact URLs or implement logic to dynamically register specific redirect URIs as needed.

- Mobile apps with deep links: Wildcard support may be acceptable, but it must be implemented securely and restricted to well-defined patterns to limit its scope.

## What's Next?

- [Configuring an OIDC application]({{base_path}}/references/app-settings/oidc-settings-for-app/)
Expand Down
2 changes: 1 addition & 1 deletion en/includes/guides/applications/register-mobile-app.md
Original file line number Diff line number Diff line change
Expand Up @@ -29,7 +29,7 @@ To register the app:
</tr>
<tr>
<td>Authorized redirect URLs</td>
<td>The URL to which the authorization code is sent to upon user authentication and where the user is redirected to upon logout.</td>
<td>The URL to which the authorization code is sent to upon user authentication and where the user is redirected to upon logout. If wildcard support is necessary, ensure it is limited to well-defined patterns and implemented securely to meet your specific requirements.</td>
</tr>
<tr>
<td>Allow sharing with organizations</td>
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -50,6 +50,13 @@ To register an application:
</tr>
</table>

!!! note
If you are planning to enable the Authorization Code grant type for standard-based applications, please note the following when adding the authorized redirect URL. The authorized redirect URL should be defined based on the type of application you are using:

- Web-based applications: Use exact URLs or implement logic to dynamically register specific redirect URIs as needed.

- Mobile apps with deep links: Wildcard support may be acceptable, but it must be implemented securely and restricted to well-defined patterns to limit its scope.

## What's Next?

- [Configuring an OIDC application]({{base_path}}/references/app-settings/oidc-settings-for-app/)
Expand Down