Desktop app: no user prompt bubble for sessions launched with a slash command (queued first message)

Status Open
Reported on v2.1.227
Maintainer reply None cached
Activity 0 comments · opened Aug 12, 2026

Environment

  • Claude Code Desktop app on macOS (Darwin 25.5.0)
  • CLI version 2.1.227

Summary

When a session is created from the desktop app with a slash command as its first message (the prompt is enqueued at spawn), the command executes correctly, but the desktop conversation view never renders a user prompt bubble for it. Opening such a session shows assistant/tool activity with no visible record of what was asked.

A second, compounding issue: creating a session from a previous session's suggested follow-up prompt inherits the old session's title as a custom title (titleSource: "user"), which suppresses auto-titling for the new session. Combined, the session shows neither a meaningful title nor a visible prompt — it is unidentifiable in the UI, and the user's only recourse is to dig through ~/.claude/projects/ transcripts to find out what the session is doing.

Steps to reproduce

  1. In the desktop app, start a new session whose first message is a slash command (a project skill, e.g. /kanban-solver SYSTEM #1395). In my case the session was started from a previous session's suggested follow-up prompt, with the prompt edited before sending.
  2. Let it run; open (or later reopen) the session in the sidebar.
  3. The conversation view shows no user message bubble for the initial prompt.

Evidence – the transcript is intact, this is display-only

The CLI transcript (~/.claude/projects/<slug>/<uuid>.jsonl) records the prompt fully, three ways:

{"type":"queue-operation","operation":"enqueue","timestamp":"2026-08-12T17:40:48.259Z","content":"/kanban-solver SYSTEM #1395"}
{"type":"queue-operation","operation":"dequeue","timestamp":"2026-08-12T17:40:48.299Z"}
{"type":"user","message":{"role":"user","content":"<command-message>kanban-solver</command-message>\n<command-name>/kanban-solver</command-name>\n<command-args>SYSTEM #1395</command-args>"}}
{"type":"user","isMeta":true,"message":{"role":"user","content":[{"type":"text","text":"Base directory for this skill: ..."}]}}
{"type":"last-prompt","lastPrompt":"/kanban-solver SYSTEM #1395"}

The session-management MCP (list_events) renders the <command-message> user turn fine — only the desktop conversation view omits it.

Title-inheritance evidence: the app-side session record (Application Support/Claude/claude-code-sessions/.../local_*.json) shows titleSource: "user" from birth, with the inherited title persisted as a custom-title entry in the CLI transcript seconds after spawn (before any manual rename), and the parent session's stale promptSuggestion carried over onto the new record. Sessions launched the same day with a fresh-typed prompt auto-titled correctly (title included the slash-command args); the inherited-title session never got an auto title.

Expected

  • The initial slash-command prompt renders as a user message (as typed slash commands do mid-session), so the session's purpose is visible when opening it.
  • A session created from a suggestion chip should not inherit the parent's title as a user-set custom title; auto-titling should run for the new session.

Related (adjacent, not duplicates)

  • #15301 — slash-command execution on first message (execution, not rendering)
  • #83051 — desktop drops CLI customTitle on import (another title-store inconsistency)

View original on GitHub ↗