explore: --sort is ignored on the errors dataset, so --limit yields an arbitrary N rows instead of a top N
メンテナーはふだん 1 日以内に返信
@BYK がすでに取り組んでいます。
2026年9月1日 から。
評価
この issue はまだ評価されていません。
説明
Summary
sentry explore --dataset errors --sort '-count()' prints:
[explore] WARN --sort is only supported on the spans dataset. Ignoring sort for errors.
Combined with --limit, this means an errors aggregate is an arbitrary N rows, not a top N — but the flag combination reads exactly like a top-N request, and the warning does not say that the returned rows are unordered.
The underlying events endpoint does support ordering on errors:
sentry api "/organizations/<org>/events/?field=failure.node&field=count()\
&query=release%3A%22<release>%22&statsPeriod=14d&project=<id>&dataset=errors\
&sort=-count()&per_page=5" --json
returns a correctly descending result:
ReturnMain = 1625
(empty) = 1510
TargetCountStartReplay = 485
controller_initialization_failed = 413
HomeFlag = 289
Environment
sentry 0.40.0
node v24.18.0
Windows 10.0.26200
Request
Either:
- plumb
--sortthrough to the events endpoint'ssortparameter for theerrorsdataset (the capability is already there); or - if that is intentionally unsupported, make the warning state the consequence — that the result is an arbitrary subset and must not be treated as a ranking — and mention the events-endpoint alternative.
Why it matters
"Which failures dominate release X" is the most common aggregate question, and the natural formulation is --field ... --field 'count()' --sort '-count()' --limit 25. Today that silently returns 25 arbitrary rows. To rank anything you have to pull the full result set and sort locally, which then runs into #1519 (duplicate rows and a non-reproducible total on the same dataset). Fixing either one alone still leaves errors aggregates unusable for ranking.
- 主要言語
- 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 が 3 日前に担当しました。 オープンjared
getsentry/cli#1633 · コメント 1 件 · リアクション 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Evaluate Twinkleplop for local UI JSON highlighting対応中かも @MathurAditya724 が 3 日前に担当しました。 オープンjared
getsentry/cli#1632 · コメント 1 件 · リアクション 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
melgarafael/DeskcommCRM#1812 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
prisma/prisma-cli#309 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
gregwebs/pi-quota-dispatcher#26 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
openwatersio/slackwater.xyz#124 ·
メンテナーはふだん 1 日以内に返信
-
agent-reported area/browser area/docs documentation good first issue hacktoberfest help wanted P2
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
メンテナーはふだん 2 日以内に返信