claude-code - 💡(How to fix) Fix Bug: 2.1.120 crashes on resume via "claude -c" / "claude --continue" (interactive /resume works) [4 comments, 5 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#53064Fetched 2026-04-25 06:13:19
View on GitHub
Comments
4
Participants
5
Timeline
12
Reactions
1
Timeline (top)
commented ×4cross-referenced ×4labeled ×4

Claude Code 2.1.120 (native install) crashes during REPL mount when resuming the most-recent session via claude -c (--continue). Resuming the same session via claude + /resume (interactive picker) works correctly. So the bug is specific to the auto-continue codepath, not session loading in general.

Error Message

``` ERROR g9H is not a function. (In 'g9H(K)', 'g9H' is undefined) /$bunfs/root/src/entrypoints/cli.js:9251:5663 ```

Stack: ```

  • <anonymous> (cli.js:9251:5663)
  • WC (cli.js:492:63749)
  • pj (cli.js:492:76948)
  • fT (cli.js:492:76827)
  • pj (cli.js:492:77745)
  • fT (cli.js:492:76827)
  • pj (cli.js:492:76926)
  • fT (cli.js:492:76827)
  • pj (cli.js:492:77745)
  • fT (cli.js:492:76827)
  • async <anonymous> (cli.js:18808:11089) ```

The minified site is in the `useScheduledTasks` / loop module init region — bundle shows the circular-import pattern `fL3=(LmH(),E8(ZmH))` wired up via `Bb8=Z(()=>{...})`. The recursive `pj`/`fT` frames suggest a state-update cascade during the auto-continue resume flow (`tM_` → `useScheduledTasks` mount). The fact that `/resume` from a fresh REPL works points to some difference in initialization order/state when `-c` is the entrypoint vs. when resume is dispatched after the REPL is already mounted.

Root Cause

Claude Code 2.1.120 (native install) crashes during REPL mount when resuming the most-recent session via claude -c (--continue). Resuming the same session via claude + /resume (interactive picker) works correctly. So the bug is specific to the auto-continue codepath, not session loading in general.

Fix Action

Workaround

Either:

  • Use `claude` + `/resume` instead of `claude -c`.
  • Roll the symlink back to the previous version: ```bash ln -sfn ~/.local/share/claude/versions/2.1.119 ~/.local/bin/claude ``` 2.1.119's `claude -c` works correctly.
RAW_BUFFERClick to expand / collapse

Summary

Claude Code 2.1.120 (native install) crashes during REPL mount when resuming the most-recent session via claude -c (--continue). Resuming the same session via claude + /resume (interactive picker) works correctly. So the bug is specific to the auto-continue codepath, not session loading in general.

Environment

  • Claude Code version: 2.1.120
  • Install method: native (bun-bundled binary at ~/.local/share/claude/versions/2.1.120)
  • OS: macOS 26.4.1 (Darwin 25.4.0, arm64 / M-series)
  • Shell: zsh

Reproduction

  1. Have at least one previous session in ~/.claude/projects/<project>/<sessionId>.jsonl.
  2. Run claude -c (or claude --continue).
  3. CLI crashes immediately during REPL mount.

Workaround that succeeds on the same session:

  1. Run claude (no flags).
  2. Type /resume.
  3. Pick the same session from the picker — loads correctly.

So the JSONL is valid; only the -c entrypoint is broken. Reproducible across multiple projects and multiple session files (1MB–18MB).

Error

``` ERROR g9H is not a function. (In 'g9H(K)', 'g9H' is undefined) /$bunfs/root/src/entrypoints/cli.js:9251:5663 ```

Stack: ```

  • <anonymous> (cli.js:9251:5663)
  • WC (cli.js:492:63749)
  • pj (cli.js:492:76948)
  • fT (cli.js:492:76827)
  • pj (cli.js:492:77745)
  • fT (cli.js:492:76827)
  • pj (cli.js:492:76926)
  • fT (cli.js:492:76827)
  • pj (cli.js:492:77745)
  • fT (cli.js:492:76827)
  • async <anonymous> (cli.js:18808:11089) ```

The minified site is in the `useScheduledTasks` / loop module init region — bundle shows the circular-import pattern `fL3=(LmH(),E8(ZmH))` wired up via `Bb8=Z(()=>{...})`. The recursive `pj`/`fT` frames suggest a state-update cascade during the auto-continue resume flow (`tM_` → `useScheduledTasks` mount). The fact that `/resume` from a fresh REPL works points to some difference in initialization order/state when `-c` is the entrypoint vs. when resume is dispatched after the REPL is already mounted.

Workaround

Either:

  • Use `claude` + `/resume` instead of `claude -c`.
  • Roll the symlink back to the previous version: ```bash ln -sfn ~/.local/share/claude/versions/2.1.119 ~/.local/bin/claude ``` 2.1.119's `claude -c` works correctly.

extent analysis

TL;DR

The issue can be fixed by using the workaround claude + /resume instead of claude -c or rolling back to version 2.1.119.

Guidance

  • The error message "g9H is not a function" suggests a problem with the useScheduledTasks module initialization, possibly due to a circular import issue.
  • The fact that /resume from a fresh REPL works correctly implies a difference in initialization order or state when using the -c entrypoint.
  • To verify the issue, try resuming a session using both claude -c and claude + /resume to see if the problem is specific to the auto-continue codepath.
  • Consider rolling back to version 2.1.119, which is known to work correctly with claude -c, as a temporary solution.

Example

No code snippet is provided as the issue seems to be related to the internal implementation of the claude command and its dependencies.

Notes

The issue appears to be specific to version 2.1.120 and the -c entrypoint. The workaround using claude + /resume or rolling back to version 2.1.119 may not be a permanent solution, and further investigation is needed to resolve the root cause.

Recommendation

Apply the workaround by using claude + /resume instead of claude -c until a fixed version is available, as it is a simpler and less invasive solution compared to rolling back to a previous version.

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 Bug: 2.1.120 crashes on resume via "claude -c" / "claude --continue" (interactive /resume works) [4 comments, 5 participants]