Description
When investigating cross-project traces, there is no way to filter spans by project. The trace view returns all spans from all projects, and you have to manually parse the JSON to find spans from a specific service.
Context
Trace: e998143883414695ad5600a058581fcb
UI: https://sentry.sentry.io/explore/traces/trace/e998143883414695ad5600a058581fcb/
This trace spans cli, cli-server, sentry, and release-registry (463 spans). Most spans were Sentry internal DB queries — the interesting ones were the ~20 cli-server workflow steps. Had to write a Python script to walk the JSON tree and filter by project_slug == "cli-server".
Proposed solution
Support a --project filter on trace/span commands:
sentry trace view <trace-id> --project cli-server --json
sentry span list <trace-id> --project cli-server
Or at minimum, a --fields project_slug on span list so the project is visible and filterable with jq.
Description
When investigating cross-project traces, there is no way to filter spans by project. The trace view returns all spans from all projects, and you have to manually parse the JSON to find spans from a specific service.
Context
Trace:
e998143883414695ad5600a058581fcbUI: https://sentry.sentry.io/explore/traces/trace/e998143883414695ad5600a058581fcb/
This trace spans
cli,cli-server,sentry, andrelease-registry(463 spans). Most spans were Sentry internal DB queries — the interesting ones were the ~20cli-serverworkflow steps. Had to write a Python script to walk the JSON tree and filter byproject_slug == "cli-server".Proposed solution
Support a
--projectfilter on trace/span commands:Or at minimum, a
--fields project_slugon span list so the project is visible and filterable withjq.