Skip to content

[BUG] Conversations that have errors during chat title generation (i.e., what the chat is about) don't appear in --resume list #11232

Closed as not planned

Description

@asfires

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

When a conversation file (.jsonl) contains an entry indicating that it failed to generate a chat title (e.g., "Refactor plan for foo.py"), it doesn't appear in the conversation history when running claude --resume.

What Should Happen?

Conversations should still appear in the --resume history despite failing to generate a chat title. Maybe fall back to the most recent valid chat title if this happens?

Error Messages/Logs

Steps to Reproduce

  1. Have a conversation that generates an error during chat title creation or updating (e.g., "API error with thinking strategy")
  2. The conversation file ends up with a summary error:
{"type":"summary","summary":"API Error: 400 {\"type\":\"error\",\"error\":{\"type\":\"invalid_request_error\",\"message\":\"`clear_thinking_20251015` strategy requires `thinking` to be enabled\"},\"request_id\":\"req_...\"}","leafUuid":"..."}
  1. Quit and run claude --resume
  2. The conversation doesn't appear in the list

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

No response

Claude Code Version

2.0.36 (Claude Code)

Platform

Anthropic API

Operating System

Ubuntu/Debian Linux

Terminal/Shell

Other

Additional Information

Workarounds:

  1. Resume directly by session ID: claude --resume <session-id> (the uuid in the offending .jsonl file name)
  2. Manually edit the .jsonl file to remove the error summary line

Activity

  1. LorenzoNava99 commented on Nov 12, 2025

    @LorenzoNava99

    @asfires It happened to me numerous times on custom /slash-commands, but by adding ultrathink to the /slash-command the error disappears.

  2. RbkGh commented on Nov 21, 2025

    @RbkGh

    the problem is that ultrathink keyword works but it burns extra tokens specifically 32K extra so why can't think just come back to normal? is this a ploy to just get users to burn more tokens?

  3. 1337hero commented on Nov 22, 2025

    @1337hero

    Numerous times here

  4. github-actions commented on Dec 22, 2025

    @github-actions

    This issue has been inactive for 30 days. If the issue is still occurring, please comment to let us know. Otherwise, this issue will be automatically closed in 30 days for housekeeping purposes.

  5. github-actions commented on Jan 21, 2026

    @github-actions

    This issue has been automatically closed due to 60 days of inactivity. If you're still experiencing this issue, please open a new issue with updated information.

  6. github-actions commented on Jan 28, 2026

    @github-actions

    This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.

  7. locked as resolved and limited conversation to collaborators on Jan 28, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:apiarea:coreautocloseIssue will be closed automaticallybugSomething isn't workinghas reproHas detailed reproduction stepsplatform:linuxIssue specifically occurs on Linux

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions