Display the notification on the modal so users can easily change values and try again
The modal closes - it's often inconvenient to reinput data though, so why not display it on the form and suggest what went wrong (e.g. a failure creating it, so I might go on to choose a different namespace) - what's the standard practice?
/assign
FYI - @Megan-Wright @AlanGreene The design team can provide a mock-up of this if helpful.
Please see #727 for the updated design for Secrets. Note that we removed the usage of modals. The screen should appear as a new page:

@AlanGreene I did see this when I tried to recreate the errors (I think your build):

Is this a good example of the errors that could appear? If so, we can create an example in the new design that will address this.
@kimholmes Looks good, thanks for sharing - the error that appears as a notification appears when the request itself fails (for example when there's a secret that already exists with the same name in the name space).
We plan to get this in with tests before the above larger change, also if modals are being removed for secrets (going a bit meta) I assume the same principle applies for creating PipelineRuns manually and the access token create page for the extension.
@AlanGreene Ok. that makes sense now. And yes, it would be the same for the other scenarios as well. Thanks for the heads up.
@AlanGreene @Megan-Wright
Here is the guideline (per Carbon).
https://www.carbondesignsystem.com/patterns/common-actions#errors


Correction to the above screen as per our discussion in Office Hours this week:

/close
@Megan-Wright: Closing this issue.
In response to this:
/close
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.
Most helpful comment
@AlanGreene Ok. that makes sense now. And yes, it would be the same for the other scenarios as well. Thanks for the heads up.