issue list: counts are period-wide, not scoped to the release filter passed in --query
メンテナーはふだん 1 日以内に返信
@BYK がすでに取り組んでいます。
2026年9月3日 から。
評価
この issue はまだ評価されていません。
説明
Summary
sentry issue list --query 'release:"<release>"' correctly restricts which groups are returned, but the count and userCount in the response are period-wide totals across every release, not the counts matching the query. Nothing in the output signals this, so a release-scoped triage built on issue list silently over-reports by an arbitrary factor.
Environment
sentry 0.40.0
node v24.18.0
Windows 10.0.26200
Steps to reproduce
Any project with several releases contributing to the same issue group.
# 1. list issues restricted to one release
sentry issue list <org>/<project> --period 14d \
--query 'release:"<release-A>" is:unresolved' \
--sort freq --limit 100 --fresh --json
# 2. ask the events endpoint for the same group, with the same release filter
sentry api "/organizations/<org>/events/?field=count()&field=count_unique(user)\
&query=issue%3A<SHORT-ID>%20release%3A%22<release-A>%22\
&statsPeriod=14d&project=<project-id>&dataset=errors" --json
Actual
For one group in a project with 21 releases:
| source | events | users |
|---|---|---|
issue list with release:"A" in the query |
639 | 442 |
events endpoint, same issue + same release |
238 | 189 |
The issue list numbers equal that group's totals over the period across all releases. The factor is not constant — it depends on how the group is distributed across releases, so it cannot be corrected after the fact.
Expected
Either the counts reflect the applied query filter, or the output marks them as unfiltered lifetime/period totals so a caller does not attribute them to the filter.
Impact
This is the documented path for release triage (references/skill guidance suggests issue list --query 'release:"X" is:unresolved' --sort freq), and it is the natural entry point for agents. In my case it promoted an unrelated high-volume group to "top problem in release X" when that group's actual contribution to the release was a small fraction of the reported number — the release only had ~8k events total while the tool reported a single group at 4118 for it.
Notes
--sort freqordering appears to follow the same unfiltered counts, so the ranking is affected too, not just the displayed numbers.- The events endpoint returns correctly scoped values, so the data is available; it looks like the issues endpoint's stats simply are not filter-aware.
- Related but distinct: #969 (fields omitted without
expand=stats) — that one is about which fields appear, this one is about the values being out of scope.
- 主要言語
- TypeScript
- スター
- 121
- フォーク
- 14
- 平均マージ
- 1日 1時間
- マージ済み PR（30日）
- 92
環境構築
このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
getsentry/cli のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
Evaluate Twinkleplop for terminal code highlighting対応中かも @MathurAditya724 が 1 日前に担当しました。 オープンjared
getsentry/cli#1633 · コメント 1 件 · リアクション 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Evaluate Twinkleplop for local UI JSON highlighting対応中かも @MathurAditya724 が 1 日前に担当しました。 オープンjared
getsentry/cli#1632 · コメント 1 件 · リアクション 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
ADD openalgoオープンtemplate
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
factory-active factory-automatic task-bug-reproduction-success task-identify-harness-labels-done task-identify-issue-type-done
難易度 2/5 1〜3時間 初心者へのやさしさ 90/100
メンテナーはふだん 1 日以内に返信
-
bug Needs: Triage :mag:
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
microsoft/fluentui-contrib#671 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
sveltejs/acorn-typescript#150 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100