[claude.ai] Settings → Usage page caused Chrome to hang with loop-like behavior (not reproducible after hard refresh — possibly stale cached bundle)

Environment

• claude.ai web app, Settings → Usage page (claude.ai/settings/usage, which redirects to /new#settings/usage)
• Chrome 148.0.0.0, macOS (Darwin 25.5.0)
• Max (5x) plan account

What happened

Opening the Usage page in Settings put the tab into a loop-like state: Chrome became stuck/unresponsive on that page. The whole browser felt wedged, not just a slow render.

Investigation (done immediately after, same browser/profile)

In a fresh tab the page loaded normally, so the report below is about what was ruled out rather than a repro:

• No long tasks: PerformanceObserver({entryTypes:['longtask']}) over multiple 5–6 s windows (idle and during load) recorded zero long tasks.
• No request loop: network log over ~20 s showed only normal traffic (/api/auth/token_bakeoff, event logging batches, Datadog RUM). No repeating API call pattern.
• Memory normal: ~91–155 MB JS heap.
• Cache-bypassed hard reload (⌘⇧R) then reopening the Usage page: still clean — zero long tasks, no repeated resources.

So the bug did not reproduce after fresh assets were pulled. Two plausible explanations:

1. A stale cached JS bundle was looping (fixed by the hard refresh / a since-deployed fix), or
2. A transient server/client state triggered the loop and has since cleared.

One minor oddity noticed while testing: after a hard reload on /new#settings/usage, the settings modal does not reopen — the hash route is dropped and the app lands on the New Chat page.

Workaround

Hard refresh (⌘⇧R / Ctrl+Shift+R) appears to clear it.

Filed on behalf of the affected user via Claude Code after live profiling in their browser.

🤖 Generated with Claude Code