Usage UI is misleading when weekly limit is exhausted but the 5-hour meter is full
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
When the weekly included Codex allowance is exhausted, the Usage UI can still show the 5-hour window as fully available. This suggests that included usage is available even though the weekly limit blocks it and subsequent supported usage draws from purchased credits.
Why this is confusing
A user sees a full 5-hour meter and may reasonably assume they have included usage available. The UI does not make it prominent that the 5-hour allowance is currently inactive because the weekly allowance is exhausted, or that paid credits are now being consumed.
Suggested UX
- Show a primary status: Included usage unavailable until the weekly reset.
- Label or visually disable the 5-hour meter: 100% remaining, inactive while weekly limit is exhausted.
- Show Using purchased credits now prominently, with the remaining credit balance and expiration date.
- Clearly separate included plan allowance from pay-as-you-go credits.
- Optionally show estimated/current task credit consumption.
Environment
Codex desktop on Windows, personal Plus account. No account identifiers or balance values included.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No file or test is named. Start by locating the desktop Usage UI and the logic that combines weekly included usage, the 5-hour meter, and purchased credits. Reproduce the state where the weekly allowance is exhausted while the 5-hour meter remains full, then verify that the UI clearly distinguishes inactive included usage from active purchased-credit usage.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, payments
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100