Windows Surface: project-row Start new chat buttons do not appear on pointer hover
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.911.7940.0 (product version 153.0.8010.36; build 9647)
What subscription do you have?
ChatGPT Pro
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64; ARM64 hardware (Microsoft Surface Pro, 11th Edition)
What issue are you seeing?
In Codex, using the Projects sidebar in By project view, the small Start new chat button at the right of each local project/folder row is invisible and does not appear when the pointer hovers over the row.
The control itself is present and functional: it appears when reached using keyboard Tab, then immediately disappears when focus leaves. The same account on other Windows computers displays the buttons normally.
This makes starting a task in a particular project undiscoverable for mouse/touchpad users on this hybrid Windows device.
What steps can reproduce the bug?
- On a Surface Pro 11 with touchscreen/pen and Surface keyboard, open the ChatGPT Windows app and select Codex.
- In the Projects section, select By project.
- Move the mouse/touchpad pointer over a local project/folder row.
- Observe that the Start new chat in [folder] button does not appear.
- Press Tab until keyboard focus reaches the row action.
- Observe that the button appears and works while focused, then disappears when focus leaves.
Additional reproducible behavior: switching from By project to In one list and back can make the buttons flash briefly in Recent before they disappear again. Restarting Windows and the app does not resolve the issue.
What is the expected behavior?
The Start new chat button should become visible while its project row is hovered with a mouse or touchpad, while remaining keyboard accessible.
Additional information
The project data and sidebar configuration are intact. The installed app still renders the control with the accessibility label Start new chat in {folder}.
Inspection of the installed app bundle suggests an input-capability styling problem:
- The project-row action is hidden using opacity/width rules.
- It is revealed through
group-hover/folder-roworfocus-visiblerules. - Hover variants are emitted inside
@media(hover:hover).
Because keyboard focus works but pointer hover does not, Chromium may be classifying this Surface hybrid as a non-hover/touch-primary device. Using any-hover, pointer-event state, or keeping the project-row action visible on hybrid Windows devices may avoid the regression.
No email address or other personal information is included in this report.
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.
Research direction
Start with the installed app bundle's project-row action, checking the opacity/width rules, group-hover/folder-row, focus-visible, and the @media(hover:hover) block while reproducing on a Surface Pro 11. Done means the Start new chat control appears on pointer hover in By project view, remains keyboard accessible, and does not regress when switching sidebar views.
Written by the indexing model from the issue text.
Assessment
- Domain
- accessibility, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 58/100