Skip to content

Commit 84c381b

Browse files
d-csclaude
andcommitted
chore(webapp): trim sentry tenant attribution server-change to one-liner
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
1 parent 0bcef22 commit 84c381b

1 file changed

Lines changed: 1 addition & 10 deletions

File tree

.server-changes/sentry-tenant-attribution.md

Lines changed: 1 addition & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -3,13 +3,4 @@ area: webapp
33
type: feature
44
---
55

6-
Attach organization / project / environment to every Sentry event so "Users Impacted" counts orgs and events are filterable by tenant.
7-
8-
Mechanism: `AsyncLocalStorage`-backed `tenantContext` + a Sentry `addEventProcessor` that stamps `user.id = orgId`, `user.username = orgSlug`, and tags (`org_id`, `org_slug`, `project_id`, `project_ref`, `environment_id`, `env_slug`, `env_type`, `impersonating`).
9-
10-
Wired at the HTTP entry points:
11-
12-
- API routes — `apiBuilder.server.ts` wraps each handler invocation in `tenantContext.run` using the authenticated `environment`.
13-
- Dashboard requests — an Express middleware (`tenantContextMiddleware`) resolves org/project/env from the URL pattern `/orgs/:org/projects/:project/env/:env/...` and wraps the Remix handler.
14-
15-
Background workers (redis-worker / schedule-engine) and socket handlers are not yet wired and remain a follow-up. Events from those entry points will continue to ship without tenant attribution until each handler is updated.
6+
Attach org / project / environment context to Sentry events so "Users Impacted" counts tenants and events are filterable by org.

0 commit comments

Comments
 (0)