claude-code - 💡(How to fix) Fix No UI path to re-authenticate installed OAuth MCP connector with expired token [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#52588Fetched 2026-04-24 06:03:07
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Author
Timeline (top)
labeled ×3commented ×1

Root Cause

Gmail connector (hosted, OAuth-based, built by Google) stopped accepting calls mid-session with "This connector requires authentication." The Directory → Connectors view shows it as still installed — no re-authenticate button visible. Uninstall + reinstall completed without launching an OAuth popup (possibly popup-blocked, or silent because Google session was cached). Result: connector is stuck in a "connected but not authenticated" state with no UI path to recover. Copy/paste fallback works but kills the workflow value of the integration. Needs a visible "Re-authenticate" control on installed OAuth connectors, and/or better handling when OAuth tokens silently expire.

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing requests and this feature hasn't been requested yet
  • This is a single feature request (not multiple features)

Problem Statement

Gmail connector (hosted, OAuth-based, built by Google) stopped accepting calls mid-session with "This connector requires authentication." The Directory → Connectors view shows it as still installed — no re-authenticate button visible. Uninstall + reinstall completed without launching an OAuth popup (possibly popup-blocked, or silent because Google session was cached). Result: connector is stuck in a "connected but not authenticated" state with no UI path to recover. Copy/paste fallback works but kills the workflow value of the integration. Needs a visible "Re-authenticate" control on installed OAuth connectors, and/or better handling when OAuth tokens silently expire.

Proposed Solution

a visible "Re-authenticate" control on installed OAuth connectors, and/or better handling when OAuth tokens silently expire.

Alternative Solutions

No response

Priority

Critical - Blocking my work

Feature Category

CLI commands and flags

Use Case Example

trying to have claude automatically write emails and drop them into my gmail draft folder - this is a very common use case - same for calendar and drive for that matter

Additional Context

No response

extent analysis

TL;DR

Add a visible "Re-authenticate" control on installed OAuth connectors to handle silent token expiration.

Guidance

  • Investigate the OAuth token expiration handling mechanism to identify why it's not triggering a re-authentication prompt.
  • Consider implementing a periodic token refresh or renewal process to prevent silent expiration.
  • Add a "Re-authenticate" button to the Directory → Connectors view for installed OAuth connectors, allowing users to manually re-authenticate when needed.
  • Review the uninstall and reinstall process to ensure it properly revokes and re-initiates the OAuth flow, rather than relying on cached sessions.

Example

No code example is provided due to the lack of specific technical details in the issue.

Notes

The proposed solution focuses on adding a "Re-authenticate" control and improving token expiration handling. However, the root cause of the silent token expiration and the specifics of the OAuth implementation are unclear.

Recommendation

Apply workaround: Add a visible "Re-authenticate" control on installed OAuth connectors. This will provide a temporary solution to allow users to recover from the "connected but not authenticated" state, while further investigation into the token expiration handling can be conducted.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix No UI path to re-authenticate installed OAuth MCP connector with expired token [1 comments, 2 participants]