Event Detail

From Performance and Discover, you can drill all the way down into a span for a single transaction and traverse multiple directions. This will accelerate your ability to debug slow HTTP requests, database queries, identify associated errors, and root out other bottlenecks.

Event detail showing critical event information, breakdowns, minimaps and waterfall view

You can get to an event detail from either a Transaction Summary or Query Builder. In Discover, performing a search with the event.type:transaction or going into a pre-built query such as "Transactions by Volume" will generate a list of event IDs. Event IDs will be linked to open the corresponding Event Detail page.

Information about the specific event, such as the event ID, project, duration, time of occurrence, and status, is located at the top. You can find more information under "Tag Details".

The trace navigator (which displays top right of the span view) is an abbreviated view of the related trace for the current transaction. It displays up to six nodes, each representing different groups of the event's trace:

  • Root: Starting transaction
  • Ancestor: Events in the generations between the Root and the Parent of the current Event
  • Parent: Event that directly started the current event
  • This Event: Node representing the current event being viewed
  • Children: Events that the current event directly started
  • Descendants: Future generations of events created by children of this event

Trace navigator showing related events

If a node is associated with errors, it is displayed in red and has a flame icon next to it. Click "Trace ID" to open the Trace View.

The span view is a split view where the left-hand side shows the transaction’s span tree, and the right-hand side represents each span as a colored rectangle. Within the tree view, Sentry identifies spans by their op and description values. If a span doesn’t have a description, Sentry uses the span’s id as a fallback. The first span listed is always the transaction’s root span, from which all other spans in the transaction descend.

Span detail view shows the span id, trace id, parent span id, and other data such as tags.

In cases where single parent-child spans are heavily nested, we may automatically group them for ease of use. This may occur with operations such as django.middleware. To ungroup these spans, click on the Autogroup link.

The operations breakdown shows you how much time was spent in each operation within a transaction. For each operation, the breakdown displays the operation type, duration, and percentage of the total duration.

Operations breakdown in the event detail.

Spans can overlap, but the total duration is based on operations that do not overlap and contribute to the overall duration. You can see this illustrated in the http example below.

Operations calculation method.

The breakdown can help you find transactions with an unusual distribution of operations, which might point to an underlying problem.

The minimap (above the waterfall) reflects the entirety of the transaction broken into spans. You can either click and drag your cursor across the minimap to zoom in or adjust the window selection by dragging the handlebar (black dashed lines) in from the side. This will affect the range you see in the waterfall view.

The waterfall view is a split view where the left reflects the transaction's span tree, and the right reflects each span as a horizontal bar (colors represent the operation). Within the tree, Sentry identifies spans by their operation and description values. If a span doesn't have a description, Sentry uses the span's ID as a fallback. The first span listed is always the transaction's root span, from which all other spans in the transaction descend.

Clicking on a span row expands the details of that span. From here, you can see all attached properties, such as tags and other field data. With the trace ID, you'll be able to view all transactions within that given trace. Click "Search by Trace" to view that Discover list. Learn more about distributed tracing in our docs.

You can click any part of a span row itself to investigate its details. In the details, spans that have child transactions have a “View Transaction” button in the “Child Transaction” row. Clicking this button leads to another transaction or list of transactions.

In some cases, spans may be the parent of one or more transactions, and these spans are identified by the add icon. Clicking this icon will pull in the first child transaction and display its span tree nested beneath the parent span. When that transaction is displayed, the remove icon will appear so that you can hide the transaction again.

Adding or removing child transactions.

Currently, every tag has a maximum character limit of 200 characters. Tags over the 200 character limit will become truncated, losing potentially important information. To retain this data, you can split data over several tags instead.

For example, a 200+ character tagged request:

https://empowerplant.io/api/0/projects/ep/setup_form/?user_id=314159265358979323846264338327&tracking_id=EasyAsABC123OrSimpleAsDoReMi&product_name=PlantToHumanTranslator&product_id=161803398874989484820458683436563811772030917980576

The 200+ character request above will become truncated to:

https://empowerplant.io/api/0/projects/ep/setup_form/?user_id=314159265358979323846264338327&tracking_id=EasyAsABC123OrSimpleAsDoReMi&product_name=PlantToHumanTranslator&product_id=1618033988749894848

Instead, using span.set_tag and span.set_data you could structure the details of this query as metadata. This could be done over columns, table, and conditions, in this case, resulting in three different calls:

Copied
import sentry_sdk

#  ...

columns = ["first_column", "second_column", "third_columns", "fourth_column", "fifth_column", "sixth_column"]

table = "this_is_a_long_table_name"

conditions = "first_column=some_value AND second_column=some_other_value AND third_column=yet_another_value"

with sentry_sdk.start_span(op="db", transaction="query api") as span:
    span.set_tag("table", table)
    span.set_data("columns", columns)
    span.set_data("conditions", conditions)

    query = "SELECT {columns} FROM {table} WHERE {conditions}".format(
        columns=columns,
        table=table,
        conditions=conditions,
    )

    # ...

Gaps between spans may be marked as "Missing Instrumentation." This means a duration in the transaction that isn't accounted for by any of the transaction's spans. It likely means that you need to manually instrument that part of your process. Go back to Getting Started for details.

Help improve this content
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").