-
Notifications
You must be signed in to change notification settings - Fork 488
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
Error Reporting: Automatically capture user errors and stack traces, send alerts and store them. #2138
Comments
This seems highly related to #2130 and #2134 and I wonder if this is in scope for the dashboard being designed at https://trello.com/c/kDSgIVVS/8-administrative-dashboard-4-7 for #840. |
@pdurbin commented on Dec 21, 2016 on issue "Error Messages: Have a way to track error messages users encounter" #2130
I agree with his comment that this issue is highly related, so I am closing that previous issue and keeping this one. |
Yeah, I feel like Rollbar is the one I hear about from time to time. I'm fine with you closing #2130 @mheppler because I like it when open issues were created by people who still have a stake or interest in Dataverse. Someone we can follow up with and say, "Hey, we fixed that issue you opened. Are you excited?" 😄 |
I'm going to close this, because while it's possible for us to implement it's much more likely we would rely on external tooling such as Splunk or one of the other tools mentioned to report/alert on these errors. |
Even with external tooling you would need an SDK inside Dataverse to capture the error and send it to the external tool. |
@bencomp which tools have you used for this? Also, come say hi at FOSDEM! You're in a group pic in my slides: https://fosdem.org/2020/schedule/event/dataverse/ 😄 |
We already log many error conditions but it was discussed that when users encounter an error, the failure message is too generic to be of use to them.
We should distinguish between user task based errors where they just entered something incorrectly versus a system error.
Task based errors should be handled with appropriate messaging and possible redesign.
System errors likely aren't recoverable by the user and I am not sure a specific message could be designed for it, hence fail whale type errors.
However, it may be possible to reassure the user and capture enough technical information automatically to help identify and troubleshoot the issue.
So, generic message: a system error has occurred, technical details are being sent to the development team. If you would like to follow up, open a ticket here: support@dataverse.org and reference this number (system generated number).
On the dataverse side, we could capture the command, the user, the stack trace, time of day, browser, and which production server was accessed. Also, stamp it with the reference number. This could possibly automatically generate an RT ticket or just go in to a mailing list, be an online notification to the admin and view a summary event log rather than viewing the server log directly.
The text was updated successfully, but these errors were encountered: