openai / openai/codex

[Windows Desktop] Restore UI font size 18+ and do not silently reset existing values

Open
#39,781 5 comments 4 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug config windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

Codex version
  • Windows Store/MSIX package: 26.818.2872.0 x64
  • Desktop app: 26.818.22352
  • Bundled agent/app-server: 0.148.0-alpha.21
Problem

After updating Codex Desktop, a previously valid UI font setting of sansFontSize = 18 was silently rejected. The current packaged settings schema accepts only 11 through 16, with a default of 14.

At startup, Desktop logged:

[settings-store] Dropping invalid desktop setting key=sansFontSize

The result was an immediate and noticeable reduction from 18 to the default 14. The Settings UI can restore only 16, which is still too small for comfortable extended use on this monitor.

This is both an accessibility regression and a settings-migration problem: an application update reduced the valid range, discarded an existing preference, and changed the UI without warning.

Reproduction
  1. Start with an earlier Codex Desktop profile containing desktop.sansFontSize = 18.
  2. Update to the current Windows Store build.
  3. Launch Codex Desktop.
  4. Observe that the interface is substantially smaller.
  5. Observe the settings-store warning above in the Desktop log.
  6. Open the UI font-size setting and observe that 16 is now the maximum.
Expected behavior
  • Support UI font size 18 again, preferably with additional larger accessibility options.
  • Preserve settings that were valid in earlier releases.
  • If a range must contract, clamp 18 to 16 instead of silently dropping it to the default 14.
  • Notify the user when an update migrates or rejects a visual/accessibility preference.
  • Keep the selected value persistent across updates and restarts.
Additional context

This independently confirms the font migration reported in #39713, but is intentionally scoped to restoring the UI font range and preventing silent accessibility-setting resets. That report also covers a separate focus-dependent app-zoom problem.

OpenAI in-app feedback reference: 019e2da7-2087-7643-8c18-ae6db12a35b9

No local paths, usernames, account data, conversation content, or raw configuration files are included.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at the packaged settings schema and the startup settings-store validation that logs invalid desktop settings, then trace the UI font-size control. Done means existing values such as 18 are preserved or deliberately clamped, larger values are selectable, and the choice persists across updates and restarts; the payload does not name a test file.

Written by the indexing model from the issue text.

Assessment

Domain
accessibility, desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.