pingdotgg / pingdotgg/t3code

[Bug]: Claude shows "could not verify authentication status" on managed Bedrock installs

Open
#4,928 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
23k
Forks
5.9k
Avg merge
11h 14m
Merged PRs (30d)
357

Description

Before submitting
  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.
Area

apps/server

Steps to reproduce

This shows up on managed Amazon Bedrock installs, where the credentials come from MDM/AWS rather than claude auth login.

  1. Run Claude against Bedrock with managed credentials.
  2. Open T3 and let the Claude provider status check run.
  3. Look at the auth status.

checkClaudeProviderStatus decides auth state purely from the SDK capability-init probe. On managed Bedrock the probe comes back without any account info, so even though Claude is authenticated and working, T3 falls back to a warning and says it can't verify auth.

I've patched this locally: when the capability probe returns nothing, fall back to running claude auth status (with a 10s timeout), parse the JSON/text output to work out authenticated / unauthenticated / unknown, pull out apiProvider / authMethod / email when they're present, and label the Bedrock provider. "not logged in" style output maps to a clear error telling you to run claude auth login, and a timeout gets its own message.

Expected behavior

Claude should show as authenticated and labelled "Amazon Bedrock", since the credentials are valid and Claude itself uses them fine.

Actual behavior

T3 shows a warning — "Could not verify Claude authentication status from initialization result." — so a working provider looks unverified / unavailable. This doesnt stop requests from working.. But the model selector is disabled

Impact

Major degradation or frequent failure

Version or commit

main @ b125b7635

Environment

apps/server, Claude Agent provider. Managed Amazon Bedrock installs where SDK init returns no capabilities/account info.

Logs or stack traces

Screenshots, recordings, or supporting files
Image
Workaround

None from the UI — the provider actually works, the status is just wrong.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start in apps/server by locating checkClaudeProviderStatus and tracing how the SDK capability-init probe determines Claude authentication. Then inspect how the server can invoke and interpret claude auth status, including managed Bedrock credentials, timeout, provider labeling, and unauthenticated output. Done means valid Bedrock credentials show authenticated with the Amazon Bedrock label while failures produce distinct status messages.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws, typescript
Domain
authentication, backend, cloud
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
55/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.