Skip to content

Conversation

@NobodysNightmare
Copy link
Contributor

@NobodysNightmare NobodysNightmare commented Sep 30, 2025

So far we didn't redirect the user anywhere and they couldn't know
that they successfully created their provider. Now we redirect them
to the show view and display a success message.

As part of this change the "edit mode" was renamed to "new mode", because
it's exclusively set to true during initial provider creation, so it's rather
reflecting on being tied to the "new" user flow, than to any "edit" user flow.

Those changes were applied to both OpenID Connect providers and SAML providers.

Ticket

https://community.openproject.org/wp/67257

@NobodysNightmare NobodysNightmare changed the title OIDC provider create message Show authenticaiton provider create message Sep 30, 2025
@NobodysNightmare NobodysNightmare force-pushed the oidc-provider-create-message branch from 8566088 to dbf366e Compare September 30, 2025 09:12
@NobodysNightmare NobodysNightmare changed the title Show authenticaiton provider create message Show authentication provider create message Sep 30, 2025
@NobodysNightmare
Copy link
Contributor Author

Ignoring further Rubocop complaints, because they address existing/previous issues that I am not planning to fix today.

@NobodysNightmare NobodysNightmare requested a review from a team September 30, 2025 11:44
@NobodysNightmare NobodysNightmare force-pushed the oidc-provider-create-message branch from 905dbbd to c952c20 Compare September 30, 2025 12:22
Copy link
Member

@ba1ash ba1ash left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM
Only tests are failing.

So far we didn't redirect the user anywhere and they couldn't know
that they successfully created their provider. Now we redirect them
to the show view and display a success message.

As part of this change the "edit mode" was renamed to "new mode", because
it's exclusively set to true during initial provider creation, so it's rather
reflecting on being tied to the "new" user flow, than to any "edit" user flow.
Also here (similar to OIDC), the old terminology was rather confusing,
because this mode was exclusively set from the #new action, but it was never
set during editing of a provider at a later point.
This allows them to see the sidebar that's regularly part of the
show view and only hidden during the initial creation of a provider.

For that we needed to change the show action to not render a turbostream
response anymore. This behaviour is now consistent with the OpenID Connect
provider controller again.
Extracting method, mostly for the purpose of making Rubocop a bit happier,
but also hoping that it helps in readability.
@NobodysNightmare NobodysNightmare force-pushed the oidc-provider-create-message branch from df22535 to 66def0c Compare October 6, 2025 07:05
@NobodysNightmare NobodysNightmare merged commit 4177e09 into release/16.5 Oct 7, 2025
14 of 16 checks passed
@NobodysNightmare NobodysNightmare deleted the oidc-provider-create-message branch October 7, 2025 13:32
@github-actions github-actions bot locked and limited conversation to collaborators Oct 7, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants