-
Notifications
You must be signed in to change notification settings - Fork 78
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
Improve the error messages #404
Comments
I create an empty dataset: https://huggingface.co/datasets/severo/fix-401 Immediate feedback:
Here: we should show "In progress" |
Or having some updates ("processing train split") would be useful, maybe? |
It would be better indeed.
Also a possibility, even if I think it's better to always give some hint to the user about what is occurring. Maybe you have an opinion on that @gary149? |
Also: make it clearer when to open an issue on huggingface/datasets#4592 (comment) Maybe recommend always opening a discussion, wdyt @julien-c @huggingface/datasets @gary149 ? |
+1, and recommend to tag some of us (until there is a way to tag a whole team) |
Yes, I also think it is better using the Hub discussions for Hub datasets. But personally, I would prefer a mention to the team: users have to remember/use all of our usernames; moreover, maintainers can change in the future (when people join/leave the team)... |
OK. I think it can be managed using direct mentions for now, and improve it later when we will be able to tag teams. Thus: the idea would be to separate errors with the dataset (4XX) in which case the message on moon-landing will be to open a discussion, from errors with the server (5XX) in which case the message will be to refresh or open an issue if it lasts too long (on datasets for now, on datasets-server later when it will be open sourced). Another way to detect if we need to return 4XX or 5XX: the client should retry if 5XX (server error, response still being processed). On the contrary, if the error is 4XX (dataset error) the solution is to fix the dataset in some way. |
See also huggingface/datasets#4697 (comment)
|
See also huggingface/datasets#4680 (comment)
|
I worked on it in #442 / #443. I don't manage states, but simply ensure the client is aware that the response is still being processed (error code 500). |
Here, we will just ensure:
And the dataset viewer (on the Hub) will be in charge of suggesting to:
|
In a lot of cases, when the dataset viewer has an error, the error message is not clear at all, or exposes internals of the project which are not important for the user, etc.
We should aim at providing information tailored for the Hub user:
The text was updated successfully, but these errors were encountered: