account.getQuota returns the request timestamp as resetDate instead of the quota reset date

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

Bắt đầu bằng cách tìm handler JSON-RPC account.getQuota và đoạn mã xây dựng các snapshot hạn mức. Theo dõi cách resetDate được điền cho từng bucket hạn mức, sau đó xác minh rằng các request lặp lại không còn trả về timestamp của request và response hiển thị thời điểm reset hạn mức thực tế.