account.getQuota returns the request timestamp as resetDate instead of the quota reset date
まだ誰も着手していません。
- 主要言語
- Shell
- スター
- 11.2k
- フォーク
- 1.9k
- 平均マージ
- 14時間 16分
- マージ済み PR(30日)
- 6
説明
Describe the bug
The Copilot CLI JSON-RPC account.getQuota response returns an incorrect resetDate for quota snapshots.
Environment:
- GitHub Copilot CLI: 1.0.80
- CLI started with:
copilot --server --no-auto-update --log-level error --stdio
I sent the following JSON-RPC request:
{"jsonrpc":"2.0","id":2,"method":"account.getQuota","params":{}}
For premium_interactions, the raw response included:
{
"entitlementRequests": 1500,
"usedRequests": 1500,
"remainingPercentage": 0,
"resetDate": "2026-08-15T23:06:14.840-07:00"
}
This timestamp matched the time the account.getQuota request was made, rather than the account's actual premium quota reset date. The same resetDate timestamp was returned for chat, completions, and premium_interactions.
The GitHub Copilot web UI shows the actual billing-cycle reset date, for example:
Resets in 16 days on Sep 1, 2026
The CLI response does not include a separate quota_reset_at or equivalent field.
Because resetDate tracks the request time, CLI/API consumers cannot accurately display when the premium quota resets.
Expected behavior:
- resetDate should contain the actual quota/billing-cycle reset timestamp; or
- account.getQuota should expose a separate reset timestamp field for each quota bucket.
Actual behavior:
- resetDate is effectively the quota-fetch timestamp and changes each time account.getQuota is called.
Affected version
No response
Steps to reproduce the behavior
No response
Expected behavior
No response
Additional context
No response
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、JSON-RPC ハンドラー account.getQuota と、クォータスナップショットを構築するコードを特定します。各クォータバケットに対して resetDate がどのように設定されているかを追跡し、その後、繰り返し行ったリクエストがリクエストのタイムスタンプを返さなくなっていること、またレスポンスが実際のクォータリセット時刻を公開していることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- shell
- 領域
- api, cli
- issue の種類
- バグ
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 57/100