Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

feat(issue): expose suspect commit in sentry issue view

Open
#1,425 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
58/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
typescript
Domain
api, cli

Research direction

Start by tracing the existing sentry issue view field selection and human-readable output, especially how culprit is handled. Use the latest-event route followed by the project-scoped committers endpoint, and account for its 404 response when no committers exist. Done means suspectCommit works with --fields, appears beside culprit, and returns null when unavailable.

Written by the indexing model from the issue text.

Description

The issue page shows a Suspect Commit block, but no CLI command surfaces it. For triage — human or agent — "who does Sentry think broke this" is among the first things you want, and today it is only reachable by hand-constructing an undocumented API call.

Today

sentry issue view returns 30 top-level fields including culprit, seerFixabilityScore, trace and the whole latest event. None of them carry the suspect commit. sentry issue list has no such field either. Searching the source, suspect commit appears exactly twice, both docstrings in code-mappings about enabling the feature:

packages/cli/src/commands/code-mappings/upload.ts:173
packages/cli/src/lib/api/code-mappings.ts:6

committers appears nowhere.

The data is available

It just takes two calls and an undocumented, event-level, project-scoped route:

$ sentry api /api/0/issues/7670740039/events/latest/        # to get an event id
$ sentry api /api/0/projects/{org}/{project}/events/{event_id}/committers/

which returns:

Sergiy Dybskiy
  c28baa9 | api-gateway: auth, quota, rate limits, routing | 2026-07-14T17:05:00Z

matching the Suspect Commit block in the UI exactly.

Two things make this hard to find. The route is event-level, not issue-level, so every issue-scoped path you would guess first 404s — silently, per #1423. And committers is absent from sentry schema, so it cannot be discovered through the documented path either (#1424).

Proposal

Add the suspect commit to sentry issue view, resolved from the latest event so the caller does not have to make the two-step call:

$ sentry issue view API-GATEWAY-5 --json --fields shortId,suspectCommit
{
  "shortId": "API-GATEWAY-5",
  "suspectCommit": {
    "id": "c28baa9...",
    "message": "api-gateway: auth, quota, rate limits, routing",
    "author": { "name": "Sergiy Dybskiy", "email": "..." },
    "dateCreated": "2026-07-14T17:05:00Z"
  }
}

and a line in the human-readable output alongside culprit. null when there are no committers — note the endpoint currently 404s rather than returning an empty array when none are found, so that needs handling rather than surfacing as an error.

Related: getsentry/sentry#80771 asks for the same data in the public API.

Version

0.43.0-dev.1786559401, checked against origin/main @ 47ad7e4e1.

Dominant language
TypeScript
Stars
121
Forks
14
Avg merge
23h 54m
Merged PRs (30d)
103

Contributor guide

No contributing guide indexed for this repository

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.

More from getsentry/cli

All issues in getsentry/cli

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.