Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.236 ·

Fullscreen is offered as a trial, and turns itself off after repeated failed launches

Accepting fullscreen now runs as a trial, and two crashed launches disable it on that machine.

You'll notice New Features
JSON All of v2.1.236
You'll noticeTier: how much it should matter to you
4Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
FullscreenArea: what it touches
New FeaturesKind: in v2.1.236,
What probably matters to youSection of the release
What

Accepting the fullscreen renderer prompt no longer writes the setting straight away. Claude Code relaunches into a trial and only saves tui: "fullscreen" if the session stays healthy. Separately, each fullscreen launch is recorded before the first frame and cleared 10 seconds after it; a launch that dies first counts as a strike, and 2 strikes disable fullscreen on that machine for that version. /tui fullscreen retries, and CLAUDE_CODE_NO_FLICKER=1 still overrides.

Details
  • The renderer decision gained two new reasons: upsell_trial_on for a trial session and crash_auto_off for the self-disable.
  • Strike state lives in the global config as fullscreenBootPending, fullscreenBootStrikes and fullscreenAutoDisabled, the last stamped with the build version (2.1.236). While the stamp matches the running version fullscreen stays off and the upsell is suppressed; an update clears it.
  • One strike falls back to the classic renderer for that launch only. Pending records go stale after 10 minutes on the same host, 30 days across hosts.
  • The canary applies to interactive sessions entering fullscreen via settings, trial, the Anthropic default, or the downsell/gb paths. It is skipped for env-forced fullscreen and when CLAUDE_CODE_EXIT_AFTER_FIRST_RENDER is set.
  • When it trips, stderr says: "Claude Code's fullscreen renderer has repeatedly failed to start on this machine, so it has been turned off here. Run /tui fullscreen to try it again (this also resets after an update)."
  • Bare /tui now explains why the classic renderer is active, distinguishing a sticky repeated-failure disable from a single unfinished launch.
  • Telemetry: tengu_fullscreen_crash_auto_off, carrying sticky, strikes, new_strikes, pending age and the entry path fullscreen would have used.
  • Neither path is behind a remote flag. Fullscreen-by-default itself still sits behind tengu_amber_creek and tengu_pewter_brook, both falling back to off.
Evidence

crashAutoOff: !1,, crash_auto_off, Claude Code's fullscreen renderer has repeatedly failed to start on this machine, so it has been turned off here. Run /tui fullscreen to try it again (this also resets after an update)., (fullscreen was turned off on this machine after it repeatedly failed to start; /tui fullscreen retries), tengu_fullscreen_crash_auto_off, upsell_trial_on

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

Read from
Names in the bundle/tui fullscreenCLAUDE_CODE_NO_FLICKER
Feature flag
tengu_amber_creek Not enough to say

Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.

This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.236: off

tengu_pewter_brook Off by default, switched on for this account

The shipped code defaults this off, and the flag server returned on for the one account this site reads on this version. That is the reading that makes the entry above worth a second look, and it still says nothing about your account.

This account: on · anonymous baseline: on · compiled default in v2.1.236: off

Read once, for one account on one subscription tier, against v2.1.236. It isn't a statement about your account. What a flag value here can and cannot tell you

What has happened since
Flag reading moved The flag server now returns on for tengu_pewter_brook, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns nothing at all, having stopped carrying it for tengu_pewter_brook, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.

See this across every release →

See this entry in the whole of v2.1.236 →

Feedback