[Bug]: Using a reset credit from the pooled usage bar shows no progress while it runs
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 72/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- react, typescript
- Ambito
- frontend
Direzione di ricerca
Inizia da UsageLimitsPooled.tsx in RedeemableSegmentPopup, dove onRedeem chiama closePopover() prima che si apra la finestra di conferma, poi in UsageLimits.tsx in useResetCredit().redeem, dove la finestra si chiude prima che venga atteso consumeResetCredit. Lo span di stato fuori dal popover mostra solo redeem.status. Il lavoro è completato quando in quello spazio compare una riga di attesa come "Using reset credit…" mentre redeem.busy è true, e scompare quando arriva il risultato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
[!NOTE]
Drafted by Claude Opus 5.5 in Claude Code (via T3 Code); reviewed and posted by @jieyuexing.
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/web
Steps to reproduce
- Have a Codex account with a reset credit available.
- Open Usage → Limits and click the redeemable segment of the pooled bar.
- Click the reset action in the popover, then confirm in the dialog.
Expected behavior
Something on screen shows the reset is in progress until the result appears, like the spinning refresh button on the same page.
Actual behavior
Nothing changes for several seconds. Then the result text appears.
RedeemableSegmentPopup closes the popover before opening the confirm dialog (UsageLimitsPooled.tsx, onRedeem → closePopover()), and useResetCredit().redeem closes the dialog before awaiting consumeResetCredit (UsageLimits.tsx). The only pending state, the disabled "Using…" button, lives inside the popover that is already closed. The status span outside the popover renders only redeem.status, which is set after the request settles, so busy is never visible on this path.
The wait itself is expected: for Codex the server spawns an app-server to consume the credit, then runs a full snapshot.refresh (another app-server, account/skills/models/rate limits) before replying. That makes the missing feedback noticeable.
Impact
Minor bug or occasional failure
Version or commit
v0.0.46-nightly.20261008.2833 (same code on main as of 2026-10-09)
Environment
macOS desktop app, Codex provider
Workaround
None. Wait for the result text.
Possible fix
Render a pending line in the same status slot outside the popover while redeem.busy is true (for example the account name plus "Using reset credit…"), so the pooled path shows the same feedback the per-account card already has.
- Lingua principale
- TypeScript
- Stelle
- 24.8k
- Fork
- 6.4k
- Merge medio
- 8h 58m
- PR unite (30g)
- 278
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pingdotgg/t3code
-
[Bug]: Server git tests sign fixture commits with the developer's key when run from the repo rootAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
pingdotgg/t3code#17402 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: Side-by-side diff squeezes the "N unmodified lines" divider into the line-number columnForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
pingdotgg/t3code#17157 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di pingdotgg/t3code
Issue simili
-
[Docs] README: FAQ setup command, IDA in the intro, Node badgeForse già presa @akram1089 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
morluto/rea#1353 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[Feature]: [P3] engine-rs: the package source hash should ignore line endings and untracked filesAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
maniator/verticopolis#880 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
siyuan-note/siyuan#20353 ·
I maintainer di solito rispondono entro 1 giorno
-
afk-ok area:data-quality importer size:S
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
enorm-labs/event-junkie#3027 ·
I maintainer di solito rispondono entro 1 giorno