›_ Codex Issues
Codex Issues / #30584

Codex Desktop Windows: project rows show tiny native scrollbar buttons in sidebar

Open 💬 4 comments Opened Jun 29, 2026 by mAdhvaryu

Summary

Project rows in the Codex Desktop sidebar show tiny native up/down scrollbar buttons on the right side of each row. Clicking those buttons slightly scrolls/nudges the row text. These are not project expand/collapse chevrons.

Environment

  • OS: Windows
  • Codex Desktop build: 26.623.8305
  • Installed package observed: OpenAI.Codex_26.623.8305.0_x64__2p2nqsd0c76g0
  • Chromium/Electron executable version observed: 149.0.7827.197

Steps to reproduce

  1. Open Codex Desktop on Windows.
  2. Ensure the sidebar has multiple projects and at least one project group with chats.
  3. Observe the right edge of each project row in the sidebar.
  4. Click the small up/down buttons next to a project row.

Expected behaviour

Project rows should not expose native scrollbar buttons. Long project names should remain truncated, and rows should not be vertically scrollable.

Actual behaviour

Each project row shows tiny up/down scrollbar buttons on the right side. Clicking them slightly scrolls/nudges the row text.

Troubleshooting attempted

The issue persisted after:

  • Restarting Codex
  • Resetting zoom with Ctrl+0
  • Clearing Chromium render/cache folders
  • Reinstalling Codex
  • Enabling Windows auto-hide scrollbars (DynamicScrollbars=1)

Workaround that confirms likely cause

A one-shot CSS injection fixed the issue by hiding vertical overflow/scrollbars on project row containers:

.group\/folder-row,
[data-project-row-wrapper],
[data-project-row],
[data-sidebar-project-row] {
  overflow-y: hidden !important;
  scrollbar-width: none !important;
  -ms-overflow-style: none !important;
}

.group\/folder-row::-webkit-scrollbar,
.group\/folder-row *::-webkit-scrollbar,
[data-project-row-wrapper]::-webkit-scrollbar,
[data-project-row]::-webkit-scrollbar,
[data-sidebar-project-row]::-webkit-scrollbar {
  width: 0 !important;
  height: 0 !important;
  display: none !important;
  background: transparent !important;
}

Suspected cause

The sidebar project row bundle appears to use overflow-x-hidden on fixed-height project rows without also forcing overflow-y-hidden. In Chromium, that can make overflow-y compute to auto, allowing tiny native vertical scrollbars to appear when the row content slightly overflows.

I did not include a screenshot here because the screenshots contain project names.

View original on GitHub ↗

4 Comments

mAdhvaryu · 1 month ago

Redacted screenshot showing the scrollbar buttons while project and chat names are censored:

<img width="886" height="690" alt="Image" src="https://github.com/user-attachments/assets/547dbee6-7023-44b4-a145-12659420c005" />

nbrosei · 1 month ago

Same thing on Codex Desktop on macOS except the scrollbars are hidden by default, and when scrolling with the trackpad, the scrolling gets "stuck" on these scrolling project headers instead of scrolling the sidebar. I was going crazy wondering why scrolling was so unreliable before I found out there is this tiny vscroll on each header, even though it looks like it already fits perfectly on screen:

<img width="800" height="134" alt="Image" src="https://github.com/user-attachments/assets/4ba9b3d9-c66d-40c5-bec8-cf53b0df0162" />

nbros · 1 month ago

That's not Windows only, that's on macOS too, and that's super annoying, a real papercut that keeps infuriating me 10 times per day when I try to scroll my many threads with my mouse over that ridiculous tiny scrollable header :

https://github.com/user-attachments/assets/398a8896-6d9d-4d58-ad83-d0a619a98db0

mihaicrisan04 · 1 month ago

confirmed this is still happening, very annoying:

  • ChatGPT/Codex 26.715.72359
  • macOS 26.5.1
  • Apple Silicon (arm)

the project rows have a clientHeight of 30px and a scrollHeight of 32px, while overflow-y computes to auto.

i tested the workaround from this issue, and it fixes the problem:

[class~="group/folder-row"] {
  overflow-y: hidden !important;
  scrollbar-width: none !important;
}

so the same underlying overflow bug on macOS still here. 🫪