[BUG] DISABLE_TELEMETRY silently disables Opus 4.6 1M model on eligible plans (Max, Team, or Enterprise)

Status Closed — not planned
Reported on v2.1.75
Maintainer reply None cached
Activity 6 comments · opened Mar 13, 2026 · closed Apr 12, 2026

Preflight Checklist

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

What's Wrong?

Users on Max, Team, or Enterprise plans who have DISABLE_TELEMETRY or CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC set in their settings do not get Opus 4.6 1M context as their default model, despite being on an eligible plan. The feature silently disappears with no error or explanation.

In Claude Code, telemetry is off by default. Some users have explicitly added DISABLE_TELEMETRY=true to their config, but the mere presence of that setting (even though it's doing nothing), is blocking the GrowthBook feature flag check that determines whether your account gets the Opus 4.6 1M context model.

So users find themselves locked out of a paid plan feature with no explanation.

To compound the confusion, if they switch DISABLE_TELEMETRY to false, the model will appear because this action refreshes the cache that ungates the model.

This also occurs if CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC is present in the config.

What Should Happen?

Feature entitlements ideally should not be affected by telemetry configuration at all.

Steps to Reproduce

  1. Be on a Max, Team, or Enterprise plan
  2. Have DISABLE_TELEMETRY=true explicitly set in your config
  3. Launch Claude Code and Opus 4.6 1M context will not appear
  4. Remove the line or toggle telemetry on and 1M context will appear.

Claude Model

Opus

Is this a regression?

It's not a regression as this is a new model for these plans in 2.1.75, and therefore has never worked correctly under these conditions

Last Working Version

N/A

Claude Code Version

Claude Code 2.1.75

Platform

claude.ai (Max, Team, or Enterprise)

Operating System

Cross-Platform

Terminal/Shell

Terminal.app (macOS)

Additional Information

The immediate workaround for most users is to remove the DISABLE_TELEMETRY or CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC line from their config entirely, which restores the feature flag check and the 1M default.

However this is not a satisfactory/long-term fix for users who have a legitimate need to disable telemetry, etc., and for some users they potentially cannot have telemetry enabled at all (corporate policy, privacy requirements, etc.). For those users there is no workaround: they are permanently locked out of a paid plan feature simply for exercising an opt-out that Claude Code explicitly supports.

The underlying problem is that feature entitlements and telemetry opt-out share the same kill switch in the code (fW()), meaning any user who disables telemetry for any reason cannot receive feature flag updates from Anthropic's GrowthBook instance. There are other examples of features delivered via GrowthBook that have incurred the same issue.

The fix should decouple feature entitlement checks from the nonessential traffic kill switch entirely. Account entitlements should be determined at login and persisted independently of telemetry preferences.

View original on GitHub ↗

6 Comments

github-actions[bot] · 5 months ago

Found 2 possible duplicate issues:

  1. https://github.com/anthropics/claude-code/issues/31852
  2. https://github.com/anthropics/claude-code/issues/29580

This issue will be automatically closed as a duplicate in 3 days.

  • If your issue is a duplicate, please close it and 👍 the existing issue instead
  • To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

spiveym · 5 months ago

It's related to #29580 but slightly different with likely a wider impact.

github-actions[bot] · 4 months ago

Closing for now — inactive for too long. Please open a new issue if this is still relevant.

fcakyon · 4 months ago

why close it, bug is still present?

Arielgb2 · 4 months ago

Agreeing with @fcakyon — this shouldn't have been auto-closed, the underlying bug is still live and it's also the designated duplicate target for #36460 (Channels gated by tengu_harbor), which affects a different but related user population.

Adding a data point for the stdio server: channel path (distinct from plugin-based channels most reports cover):

  • Claude Code v2.1.105 (current), Android/Termux, Max plan
  • DISABLE_TELEMETRY and CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC — both unset (verified)
  • Config: --mcp-config loads a Telegram MCP server via stdio wrapper + --channels server:telegram
  • Result: MCP tools (pending_messages, reply, react, etc.) work fine via --mcp-config; --channels server:telegram is silently ignored — no inbound push delivery
  • No changes across v2.1.92 → v2.1.105 for this path

The v2.1.105 release note about "inbound channel notifications silently dropped after the first message" was scoped to Team/Enterprise; Max/Personal and stdio server: channels appear untouched.

Could this issue (or #36460) be reopened and assigned? Three months of silence across #36460, #42379, #42292, #37328, #38268 suggests nobody internally owns the channels code path.

github-actions[bot] · 4 months ago

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.