Manually open issue from Sentry error detail page
Problem to solve
We should be able to open an issue based on errors from Sentry, to facilitate triage, track work/progress, and speed up response. The issue will capture all pertinent details of the Sentry error seen on the detail page and allows the user to respond without leaving GitLab. Furthermore, the issue can be used as a way for stakeholders to track and understand status of the problem. The issue can be linked to open support ticket/requests giving Support Engineers a simple way to communicate with customers.
- Delaney (Development Team Lead)
- Sasha (Software Developer)
- Devon (DevOps Engineer)
- Sidney (Systems Administrator)
This work supports the Error Tracking Vision.
Add a button to the top section of the Error Detail page within GitLab that allows someone to open an issue with an information about the error in it.
The MVC could be an issue with a title and description the same as the Sentry error, with a link to the error in Sentry. Further iterations should include a more detailed summary, embedded stack trace, etc.
We should consider what issues look like when they are created from Sentry into GitLab. The style and functionality should match. It is ok if this happens in two milestones.
Essentially, this issue involves adding a
Create issue button to the top of the Error Detail page:
The newly created issue should include the error title and error details (a link to the Sentry event, first/last seen information, the number of events and users impacted). It should also include a stack trace, if possible.
Since stack traces can be quite long, the current proposal is to include the first 10 entries of the stack trace, with a show more/show less button as needed:
|Show more||Show less|