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

Improve reporting of ingest failures #3769

Closed
landreev opened this issue Apr 12, 2017 · 8 comments
Closed

Improve reporting of ingest failures #3769

landreev opened this issue Apr 12, 2017 · 8 comments
Labels
Feature: File Upload & Handling Feature: Messaging Type: Suggestion an idea UX & UI: Design This issue needs input on the design of the UI and from the product owner

Comments

@landreev
Copy link
Contributor

landreev commented Apr 12, 2017

These are the errors that appear when users mouse over the red triangles indicating ingest failures.

Some immediate improvements to make:

  • duplicate these with notifications sent to the owner (possibly: keep the mouseover messages brief; send a more detailed message in the notification)
  • add a "dismiss" checkbox, for the owner to be able to make the red mark disappear from the page;
  • make the messages more detailed/provide more information. for example: instead of reporting the first unparseable line in a CSV file, report all (or first 10? - some limit would help). make sure we always provide some error message - even if it's "the file can't be parsed at all, ingest can't open the file, no further information is available".
@pdurbin
Copy link
Member

pdurbin commented Apr 12, 2017

There's also the fact that the icon used for ingest failure seems to give wrong impression to the user, as if they did something wrong, that Dataverse is angry with them. Here's a representative quote:

"That’s exactly what’s happening – the file uploads, then takes a very long time to go through the ingest process (assuming because it’s a large dataset), and eventually gives me a big angry red triangle that says “Tabular Data Ingest Failed”." -- https://help.hmdc.harvard.edu/Ticket/Display.html?id=215748#txn-4279663

screen shot 2017-04-12 at 1 38 37 pm

Maybe we could come up with a friendlier icon that isn't angry and red. 😄

@landreev
Copy link
Contributor Author

Well, it's red and angry specifically to get their attention. But once they mouse over, we can definitely do a better job explaining what happened; and, among other things, communicate more clearly that this is not a fatal condition, that the file will still be available to their users; and, perhaps, that it's "not their fault" too.

@oscardssmith
Copy link
Contributor

oscardssmith commented Jul 5, 2017

Some of the proposed changes here would be quite easy, others much harder. Reporting all failures rather than the first will be very difficult, because it would require being able to parse past the broken bit, which in many cases may not work. We could make the error messages nicer though, although with the new parser (see #3767), all errors in the parser will (hopefully) be the user's fault for supplying a broken CSV. I have no idea how to send a notification, but that should be pretty easy.

@jggautier
Copy link
Contributor

I like the idea of sending a more detailed or less technical message in the notification, which could include a link to a guide in the documentation (if one needs to be written after all of the great CSV ingest work that's been done so far).

@TaniaSchlatter TaniaSchlatter added Feature: Messaging UX & UI: Design This issue needs input on the design of the UI and from the product owner labels Sep 7, 2017
@TaniaSchlatter
Copy link
Member

TaniaSchlatter commented Sep 7, 2017

There's a help request that came in through RT recently about a user instance of this issue. Researcher depositing data had not realized that their files uploaded, because they saw errors: https://help.hmdc.harvard.edu/Ticket/Display.html?id=252818

@pdurbin
Copy link
Member

pdurbin commented Sep 30, 2022

We made some improvements in this PR:

@adam3smith what do you think? Better? Needs more work? I see you have this down as a papercut. 😄

@adam3smith
Copy link
Contributor

Yeah, I've been noticing the improved messages coming through -- I think in terms of messages, this is about as good as it's going to get, thanks! (Obviously it'd also be great to fix at least some of the causes of ingest failure, but that's on different issues)

@pdurbin pdurbin added the Type: Suggestion an idea label Nov 14, 2023
@cmbz
Copy link

cmbz commented Aug 20, 2024

To focus on the most important features and bugs, we are closing issues created before 2020 (version 5.0) that are not new feature requests with the label 'Type: Feature'.

If you created this issue and you feel the team should revisit this decision, please reopen the issue and leave a comment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature: File Upload & Handling Feature: Messaging Type: Suggestion an idea UX & UI: Design This issue needs input on the design of the UI and from the product owner
Projects
Development

No branches or pull requests

8 participants