getsentry / getsentry/sentry

Console crash reporting: support a single ingestion URL with server-side routing to the correct project by title ID

Open
#122,961 2 comments 0 reactions 1 assignee View on GitHub

@JoshuaMoelans is already working on this.

Since Sep 2, 2026.

2. High
Dominant language
Python
Stars
44.8k
Forks
4.9k
Avg merge
21h 23m
Merged PRs (30d)
607

Description

Problem Statement

On console, the crash reporting endpoint is configured per title in the platform's
own developer tooling, outside the application build. Studios shipping multiple
titles must configure a distinct Sentry ingestion URL for each one, in a place that
is easy to get wrong and hard to audit.

In practice crashes from one title end up in another title's project, and the
misconfiguration is only discovered when someone notices unfamiliar crashes in their
dashboard. Because the routing decision lives in platform configuration rather than
in the build, the team that owns the Sentry project is usually not the team that set
the URL.

Misrouting corrupts two projects at once: the receiving project gains noise, and the
originating project silently loses signal. There is no validation at ingestion time
that events arriving on a given URL belong to that project, and every new title
repeats the same error-prone setup step.

Solution Brainstorm
  • Accept a single organization-level ingestion URL for console crash reporting, and
    route events to the correct project server-side using the title identifier already
    present in the crash report.
  • Expose the title-to-project mapping as configuration in Sentry, editable by the
    team that owns the projects rather than the team that owns platform config.
  • As a smaller first step that would catch most of the damage: warn when events
    carrying an unexpected title identifier arrive on a project's endpoint.
Product Area

Ingestion

Requested by Saad Khan.

--

View Junior Session [Sentry]

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.