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

Display errors from backend as fallback #2833

Open
open-dynaMIX opened this issue Oct 31, 2024 · 0 comments
Open

Display errors from backend as fallback #2833

open-dynaMIX opened this issue Oct 31, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@open-dynaMIX
Copy link
Member

As of now, only a subset of errors are handeled in a way that provides insights to the user. Other errors are handeled very generically. One example of such a generic error message:

Ooops, something went wrong while saving the question...

No info about what's the problem or how to resolve it, while this info is readily available in the response from the API.

A lot of the user-facing errors are handeled with a properly translated message. However, especially when introducing new validations, it would be valuable to be able to provide the user with some non-generic feedback. In the backend, this is done anyway, but the only way to access this as a user is via the dev tools.

There are cases, where the non-translated value would be totally sufficient. Example:

Right now I'm implementing a new validation, that is triggered when saving a TableQuestion. This is done in the FormBuilder and only by one instructed person, who understands English and took part in designing the feature that led to this validation. The validation checks values in the meta of the question. If this validation fails, the API responds with an informative error message, explaining what's the problem. It would improve the experience of a user a lot, if this message could be made accessible to them.

Sometimes, the generic error message is just enough. e.g. if there are errors in the document, that are visually highlighted. We need to make sure, to not replace them with possibly rather cryptic messages from the API.

A lighter approach could be to just implement this for the FormBuilder, where we know we deal with more technical users.

@open-dynaMIX open-dynaMIX added the enhancement New feature or request label Oct 31, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant