[Bug]: Claude account rows no longer show the email (since #8055), so "Account 1, 2, 3" cannot be told apart
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 76/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- frontend
Direzione di ricerca
Inizia da gui/src/provider-workspace/auth.ts, poi segui come viene impostato ordinalOnly in gui/src/hooks/useProviderAccountPools.ts e gui/src/components/provider-workspace/ProviderAuthPanel.tsx. Controlla l’elenco degli account, Overview, le finestre di dialogo di reimpostazione e la conferma di rimozione per vedere dove vengono usate le etichette. Il lavoro è concluso quando gli account Claude mostrano l’alias, poi l’indirizzo email mascherato e infine il numero ordinale, in modo coerente in tutte queste viste.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Client or integration
OpenCodex dashboard
Area
Dashboard
Summary
Why did the Claude account rows stop showing the account email?
Since #8055, every Claude (anthropic) OAuth account row in the dashboard is named only by its position: "Account 1", "Account 2", "Account 3". Before that change, each row showed the account's email, so I could see which login and which subscription each row belonged to. Now nothing on the screen tells my three accounts apart (screenshot below).
This matters in daily use:
- Anthropic sometimes asks me to log in again. When that happens, I do not know which of my Claude logins belongs to which row, so I have to try each login until the right row recovers.
- The only workaround I can see is to remove every account, add them back one at a time, and give each one an alias right after login. That is extra work, and on 2.98.0 it would not help anyway: Claude rows ignore the saved alias too (reported in #8196, which was closed automatically for missing details).
- "Account N" is only the current row position. It changes when an account is added or removed, and it cannot be matched against claude.ai, which identifies a subscription by its email.
The server still has the information. On my install, GET /api/oauth/accounts?provider=anthropic returns a masked email for all three accounts. The dashboard drops it: Claude pool rows call oauthAccountDisplayLabel (gui/src/provider-workspace/auth.ts) with ordinalOnly = true (from gui/src/hooks/useProviderAccountPools.ts and gui/src/components/provider-workspace/ProviderAuthPanel.tsx), and that flag removes both the alias and the email. Other OAuth providers still show alias, then email, then the ordinal.
If the reason was privacy, the email is already masked by default (f***[email protected] style), and #3859 / #4160 added privacy.maskEmails so each operator can choose. I would expect Claude rows to follow that same rule.
Expected: Claude rows show the alias when one is set, otherwise the email (masked unless privacy.maskEmails is false), and "Account N" only when neither exists. The same label should appear in Overview, the reset dialogs and the remove confirmation, which today also names the account only by its number.
Reproduction
- Connect two or more Claude (
anthropic) OAuth accounts. - Open the Anthropic Claude provider in the dashboard and look at its account list.
- Each row reads "Account 1", "Account 2", and so on, with no email.
- Call
GET /api/oauth/accounts?provider=anthropic: it returns a masked email for each of those accounts.
Version
2.98.0 (npm global, installed with Volta). The rows showed the email before #8055.
Operating system
macOS 27.0.1 (build 26A434)
Provider and model
anthropic (Claude OAuth account pool, 3 accounts)
Logs or error output
No response
Screenshots and supporting files
Claude account rows on 2.98.0: three accounts, two of them paused, and nothing shows which login each row is.

Redacted configuration
No response
Checks
- I searched existing issues and documentation.
- I removed secrets, tokens, account details, request credentials, and personal data.
- Lingua principale
- TypeScript
- Stelle
- 16.9k
- Fork
- 1.3k
- Merge medio
- 20h 9m
- PR unite (30g)
- 690
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 lidge-jun/opencodex
-
bug(gui): WorkBuddy AI quota/credits missing from top QuotaSummaryBar despite successful probeApertaaccount-pool bug gui
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
lidge-jun/opencodex#8131 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
[Feature]: Surface rate-limit headroom from response headers for API-key providers (OpenAI, Anthropic API, xAI, Groq, Mistral)Forse già presa Una pull request collegata a questa issue è aperta o già unita. Apertaaccount-pool enhancement provider
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
-
[Feature]: Show Mistral API and Vibe budget usage from /v1/billing/budgetForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertaenhancement provider
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
I maintainer di solito rispondono entro 1 giorno
-
account-pool provider provider-compatibility
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
lidge-jun/opencodex#8288 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug][macOS] Dashboard chips render as square corners instead of rounded pills in the desktop appApertabug gui platform
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
lidge-jun/opencodex#8281 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di lidge-jun/opencodex
Issue simili
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
ranxianglei/billion-context#5893 ·
I maintainer di solito rispondono entro 1 giorno
-
stringify escapes leading digits in pseudo-class arguments (:nth-child(1) becomes :nth-child(\31 ))Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement security severity:low
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
Battle-Cattle/BCUK-Bot-4#959 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno