Dashboard: Secret creation errors should show in the modal

Created on 2 Oct 2019  路  9Comments  路  Source: tektoncd/dashboard

Expected Behavior

Display the notification on the modal so users can easily change values and try again

Actual Behavior

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?

Steps to Reproduce the Problem

  1. Create a secret that's going to error
  2. Observe where the error is displayed and that the modal's now vanished, prompting reinput of data

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.

All 9 comments

/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:
Secrets_Create_New1

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

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

  1. The user has accidentally selected a namespace that already has a Secret by the same name. The user clicks "Create."
    SecretCreate1
  1. An error appears showing the field that must be corrected. If additional instruction is needed, an Error notification can also be used. Note that the "Create" button is disabled until the user inputs a correct value.
    SecretCreateError

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

/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.

Was this page helpful?
0 / 5 - 0 ratings