claude-code - 💡(How to fix) Fix Voice mode activates mid-session despite voiceEnabled: false in settings.json (v2.1.110) [1 comments, 1 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#50896Fetched 2026-04-20 12:10:05
View on GitHub
Comments
1
Participants
1
Timeline
5
Reactions
0
Author
Participants
Timeline (top)
labeled ×4commented ×1

Voice mode activates spontaneously mid-session even when voiceEnabled: false and voice.enabled: false are correctly set in ~/.claude/settings.json. When it activates, it reads the previous reply (one behind), suggesting late initialisation rather than correct startup behaviour.

Root Cause

  • This is distinct from the previously reported issue where voiceEnabled: true fails to start the listener on session start (#30658, #34012, #34464)
  • The "one behind" read behaviour suggests the audio listener initialises late and immediately reads whatever was last rendered
  • Interaction count trigger appears variable (2nd or 3rd turn) — may be content-length or render-event dependent rather than a strict N-turn threshold
  • Related regressions noted from v2.1.70 onwards (#33378, #35980) — unclear if this is the same root cause or a new manifestation

Fix Action

Workaround

Restart Claude Code when voice activates. Does not prevent recurrence.

RAW_BUFFERClick to expand / collapse

Summary

Voice mode activates spontaneously mid-session even when voiceEnabled: false and voice.enabled: false are correctly set in ~/.claude/settings.json. When it activates, it reads the previous reply (one behind), suggesting late initialisation rather than correct startup behaviour.

Environment

  • Claude Code version: 2.1.110
  • Platform: macOS (Mac GUI)
  • Settings file: ~/.claude/settings.json

settings.json (relevant excerpt)

```json "voiceEnabled": false, "voice": { "enabled": false, "mode": "hold" } ```

Steps to reproduce

  1. Set both voiceEnabled and voice.enabled to false in ~/.claude/settings.json
  2. Start a new Claude Code GUI session
  3. Send 2–3 messages
  4. Voice activates on approximately the 2nd or 3rd interaction — reads the previous reply aloud

Observed behaviour

  • Session starts silently (settings appear to load correctly)
  • After 2–3 user interactions, voice output begins without user action
  • Audio reads the previous reply, not the current one — consistent with mid-session initialisation
  • Restarting Claude Code clears it for that session, but it recurs

Expected behaviour

With voiceEnabled: false, voice should never activate. No audio output at any point in the session.

Additional notes

  • This is distinct from the previously reported issue where voiceEnabled: true fails to start the listener on session start (#30658, #34012, #34464)
  • The "one behind" read behaviour suggests the audio listener initialises late and immediately reads whatever was last rendered
  • Interaction count trigger appears variable (2nd or 3rd turn) — may be content-length or render-event dependent rather than a strict N-turn threshold
  • Related regressions noted from v2.1.70 onwards (#33378, #35980) — unclear if this is the same root cause or a new manifestation

Workaround

Restart Claude Code when voice activates. Does not prevent recurrence.

extent analysis

TL;DR

The issue can be temporarily mitigated by restarting Claude Code when voice mode activates, but a permanent fix requires investigating the late initialization of the audio listener.

Guidance

  • Investigate the initialization process of the audio listener to understand why it's starting late and reading the previous reply.
  • Verify that the voiceEnabled and voice.enabled settings are being correctly loaded and applied during session startup.
  • Review the changes made in versions 2.1.70 onwards to see if they introduced the regression, and check if the related issues (#33378, #35980) are connected to this problem.
  • Consider adding logging or debugging statements to track when the audio listener is initialized and when it starts reading replies.

Example

No code snippet is provided as the issue does not specify a particular code block that needs modification.

Notes

The issue seems to be related to a regression introduced in version 2.1.70 or later, and the variable interaction count trigger suggests that the problem might be dependent on content length or render events.

Recommendation

Apply workaround: Restart Claude Code when voice mode activates, as a temporary solution until the root cause is identified and fixed. This is because the issue is not fully understood, and a permanent fix requires further investigation.

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 Voice mode activates mid-session despite voiceEnabled: false in settings.json (v2.1.110) [1 comments, 1 participants]