[Bug] macOS Traffic Light Window Buttons Top-Clipped at 100%+ Zoom on High-DPI Displays
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 68/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- javascript
- Domain
- desktop
Research direction
Start by locating setWindowButtonPosition in the desktop app's main-process window positioning logic and inspect how trafficLightPosition is calculated from zoom. Test the macOS app at 100%, 110%, and 120% zoom on a high-DPI display, then verify the traffic-light buttons are no longer top-clipped at those zoom levels.
Written by the indexing model from the issue text.
Description
Bug Description
On Intel macOS with a 5K Retina display (5120 x 2880), the native window control buttons (red/yellow/green traffic lights) in the desktop app get truncated at the top when the app zoom is at 100% or above (110%, 120%, etc.).
Root Cause Analysis
In the main process window positioning logic, setWindowButtonPosition dynamically recalculates the Y position of the native traffic lights using a linear formula based on content zoom:
trafficLightPosition: { x: 16, y: Math.round((46 * zoom - 14) / 2) }
At 100%+ zoom levels on Retina scaling, this calculation pushes the native Y coordinate too high relative to the top window inset boundary, causing the top of the circles to be clipped.
Suggested Fix
Decouple native macOS window control positions from web content zoom scale by setting a constant Y offset regardless of the zoom scale factor:
trafficLightPosition: { x: 16, y: 14 }
Environment
- OS: macOS 13
- Display: 5K Retina (5120 x 2880)
- App: Codex Desktop App for macOS
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·