When test connection fails, in many cases the user might want to edit the settings and only then retry. The suggested flow doesn’t support this flow as they will need to go back a step and then try again.
As a side note: currently there is a technical limitation for supporting this: you can’t test unsaved settings. The API will need to be updated to support this.
they will need to go back a step and then try again.
To me this seems like an acceptable ux flow, knowing that the test automatically executes when edit is saved.
One alternative, is to close the modal after creation but have the test connection feedback in the list page, allowing to iterate on the data source from it’s edit page:
As @gabrieldutra mentioned, we don’t run these all the time for all sources. Also, after creating a data source you land on the data source page (where you can do the connection test).
Today this page is just the edit form. I see a future where it isn’t, and it will make sense to have a “is alive” section where you can easily test the connection and see feedback.
Also, keep in mind, when someone creates a data source they want it there regardless if at the moment it might not work. So saving it by default is ok.
Sorry for the delay , but yes, it seems the simplest approach to this as it won’t require any backend changes (just need to track redirects from creation) and “That way it’s future proof with no ux regression.” in case we eventually decide towards replacing the Dialog.
1 Like
Login or sign up disabled while the site is in read only mode