-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
[User Feedback] - Issue Trace Timeline #68481
Comments
Routing to @getsentry/product-owners-user-feedback for triage ⏲️ |
Depends on TwP working properly: |
Can you clarify what is meant by "verify the data" here? Also, do you know when v8 will be installed? |
@aliu39 the v8 SDK has been installed for Sentry :) by verify the data, i think bruno means to click into the trace IDs associated with the feedback events and confirm if the same issues in those traces, show up in the issue trace timeline |
I need to find an example, but looking over the code, I believe the component already shows user feedback. UF is an Issue Platform event and this query for timeline events doesn't filter by category. So as long as a UF has a trace id, it'll show up |
Closed by #76858 |
Still need to GA this |
…le/icon (#77668) Ref #68481. Also refactors TraceDataSection to its own file. After: ![Screenshot 2024-09-17 at 3 58 31 PM](https://github.com/user-attachments/assets/1c0cbb21-8f35-46c2-82d6-ed3c485997ae) Before: ![Screenshot 2024-09-17 at 3 59 24 PM](https://github.com/user-attachments/assets/669e8ffd-3cce-4fb7-8f2e-2482c2e93565)
…le/icon (#77668) Ref #68481. Also refactors TraceDataSection to its own file. After: ![Screenshot 2024-09-17 at 3 58 31 PM](https://github.com/user-attachments/assets/1c0cbb21-8f35-46c2-82d6-ed3c485997ae) Before: ![Screenshot 2024-09-17 at 3 59 24 PM](https://github.com/user-attachments/assets/669e8ffd-3cce-4fb7-8f2e-2482c2e93565)
…le/icon (#77668) Ref #68481. Also refactors TraceDataSection to its own file. After: ![Screenshot 2024-09-17 at 3 58 31 PM](https://github.com/user-attachments/assets/1c0cbb21-8f35-46c2-82d6-ed3c485997ae) Before: ![Screenshot 2024-09-17 at 3 59 24 PM](https://github.com/user-attachments/assets/669e8ffd-3cce-4fb7-8f2e-2482c2e93565)
Amplitude dashboard: https://app.amplitude.com/analytics/sentry/dashboard/igfiqgc0?source=copy+url |
… while loading (#79284) Ref #68481 The show/hide logic had a bug where we were showing only if the same-trace issue is a duplicate of a crash report linked error. Which is the opposite of what we want. Example: [JAVASCRIPT-2VE1](https://sentry.sentry.io/feedback/?feedbackSlug=javascript%3A5735318217&project=11276). _Analytics are still correct, but atm no timelines (2+ events) are shown_. Also: - use placeholder when the data is fetching. - use error boundary. - remove the `hasProject` prop. It makes the logic hard to read, and was only used for the crash-report-dup condition. Comparing the issue ids is sufficient for this.
… while loading (#79284) Ref #68481 The show/hide logic had a bug where we were showing only if the same-trace issue is a duplicate of a crash report linked error. Which is the opposite of what we want. Example: [JAVASCRIPT-2VE1](https://sentry.sentry.io/feedback/?feedbackSlug=javascript%3A5735318217&project=11276). _Analytics are still correct, but atm no timelines (2+ events) are shown_. Also: - use placeholder when the data is fetching. - use error boundary. - remove the `hasProject` prop. It makes the logic hard to read, and was only used for the crash-report-dup condition. Comparing the issue ids is sufficient for this.
… while loading (#79284) Ref #68481 The show/hide logic had a bug where we were showing only if the same-trace issue is a duplicate of a crash report linked error. Which is the opposite of what we want. Example: [JAVASCRIPT-2VE1](https://sentry.sentry.io/feedback/?feedbackSlug=javascript%3A5735318217&project=11276). _Analytics are still correct, but atm no timelines (2+ events) are shown_. Also: - use placeholder when the data is fetching. - use error boundary. - remove the `hasProject` prop. It makes the logic hard to read, and was only used for the crash-report-dup condition. Comparing the issue ids is sufficient for this.
tl;dr: Add the new trace timeline to User Feedback details
A new component was built for the Issue Details page called Issue Trace Timeline. Previously known as Trace Navigator
With the JS SDK v8, each new page load or navigation will create a new trace. That means that if a user submits a User Feedback through the widget, that feedback will be using the same trace-id as other relevant data during that last page load. Including client side errors, as well as calls to the backend that might have be the culprit of that error.
With the JS SDK v7 though, there is a global trace id that wasn't used during page load requests that resulted in HTTP calls to the backend. This means that User Feedbacks from the widget are not likely to be connected to any other telemetry.
Additionally, feedback received from the legacy API (that only takes name/email/comments) doesn't have a trace id. They are connected to an error though (through
event_id
) so we potentially leverage that trace-id. We can do so by coping thetrace_id
from the event linked in the shim code.To verify the data, we can use
?dataset=issuePlatform
on Discover. For example this query. Once v8 is installed in Sentry we'll be able to confirm what data would be visible in the component.Also note the component might need to be adjusted to show User Feedback. It was designed for Issue Details so it shows other error events only (no spans).
Additional context
Spans on trace navigator
Trace-id behavior in JS SDK v7 vs v8
The text was updated successfully, but these errors were encountered: