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

TraceView should display a reference to the previous and next Traces in a Frontend App #72929

Open
thinkocapo opened this issue Jun 18, 2024 · 3 comments

Comments

@thinkocapo
Copy link

Problem Statement

  • You can already see them backwards+forwards in the SessionReplay.Traces tab ✔️, so why not see it this way from the Trace itself?
  • Why have to go through the breadcrumbs, which are only backwards-looking (i.e. you don’t have breadcrumbs for what happens in the future, only the past). You have to open the trace,then scroll down to breadcrumbs to find them.
  • TracesExplorer shows a bunch of traces but hard to visualize them occurring across a user journey. You can’t re-order them nor can you specify an order on the x-axis in a Dashboard widget
  • Traces are backwards-looking: you can reference via breadcrumbs to a previous transaction/trace but not to a future one.
  • Frontend use case only
    image

Solution Brainstorm

In the Trace View, don't only show the pageload for /product-join but insert the trace (was it /homepage? /login?) in the row above it.
image

Session Replays already do this. Can TraceExplorer + TraceView do it too?

Product Area

Performance

@getsantry
Copy link
Contributor

getsantry bot commented Jun 18, 2024

Assigning to @getsentry/support for routing ⏲️

@getsantry
Copy link
Contributor

getsantry bot commented Jun 18, 2024

Routing to @getsentry/product-owners-performance for triage ⏲️

@getsantry getsantry bot moved this from Waiting for: Support to Waiting for: Product Owner in GitHub Issues with 👀 3 Jun 18, 2024
@JonasBa
Copy link
Member

JonasBa commented Jun 19, 2024

@thinkocapo We would like to find a way to do this for all traces, not just ones capture during replay. The issue is that today we do not have any glue between these traces (in the case of replay, each trace has a replay context id which acts as the glue). We'd ideally want to extend such a mechanism to all SDKs, though I'm not sure how doable that would be.

The plan right now is to add an experimental session tag to the traces in sentry, and evaluate how well it works and how feasible it is to possibly introduce as an SDK integration

cc @Dhrumil-Sentry

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: No status
Development

No branches or pull requests

3 participants