What version of the Codex App are you using?
Observed from the running Windows desktop process:
- Codex Desktop package path:
OpenAI.Codex_26.513.4821.0_x64__2p2nqsd0c76g0
Codex.exe ProductVersion: 26.513.40821Codex.exe FileVersion: 2886- bundled/runtime
codex.exe: 0.131.0-alpha.9
What subscription do you have?
Not included in this report.
What platform is your computer?
Windows 11 x64.
Local version details:
- Windows release: 25H2
- Build:
26200.8457
- Note: the legacy Windows registry
ProductName field reports Windows 10 Education on this machine, but the user confirms this is Windows 11; the build number is the useful signal.
What issue are you seeing?
When scrolling the project sidebar in Codex Desktop on Windows, some sidebar rows intermittently render with a heavier/bolder font weight than surrounding rows.
The effect appears randomly during scrolling and is especially visible near the top of the project sidebar. It affects both:
- top-level project titles
- session/chat rows nested under projects
This does not appear to be a hover state. The heavier font weight can appear without hovering, and it disappears again after further scrolling. The issue is minor visually, but it looks like a UI rendering regression in the virtualized/sidebar list.
What steps can reproduce the bug?
A deterministic repro is not available yet, but the observed behavior is:
- Open Codex Desktop on Windows.
- Open the left project sidebar with multiple projects and session rows.
- Scroll the project sidebar up and down.
- Watch rows near the top of the sidebar.
- Some project titles or nested session rows intermittently appear bold / heavier than neighboring rows.
- Continue scrolling; the affected text usually returns to normal weight.
What is the expected behavior?
Sidebar item font weight should remain stable while scrolling.
Rows should only become visually emphasized when they are intentionally selected, active, focused, or hovered. Scrolling alone should not temporarily change apparent font weight.
What actually happened?
Some visible sidebar items intermittently render as bold/heavier during scrolling, then self-correct after additional scrolling. The behavior affects both project titles and child session rows, and does not seem tied to hover.
Additional notes
This may be related to list virtualization, text antialiasing, font fallback, retained row state, or a selected/active style being briefly applied to recycled rows, but that is only a guess from the visible symptom.
I found one related open report, #22801, about sidebar font becoming generally too bold after an update on macOS. This report is different because it is:
- Windows-specific
- intermittent
- triggered/observed while scrolling
- self-resolving after further scrolling
- affecting individual rows rather than the entire sidebar font consistently
What version of the Codex App are you using?
Observed from the running Windows desktop process:
OpenAI.Codex_26.513.4821.0_x64__2p2nqsd0c76g0Codex.exeProductVersion:26.513.40821Codex.exeFileVersion:2886codex.exe:0.131.0-alpha.9What subscription do you have?
Not included in this report.
What platform is your computer?
Windows 11 x64.
Local version details:
26200.8457ProductNamefield reportsWindows 10 Educationon this machine, but the user confirms this is Windows 11; the build number is the useful signal.What issue are you seeing?
When scrolling the project sidebar in Codex Desktop on Windows, some sidebar rows intermittently render with a heavier/bolder font weight than surrounding rows.
The effect appears randomly during scrolling and is especially visible near the top of the project sidebar. It affects both:
This does not appear to be a hover state. The heavier font weight can appear without hovering, and it disappears again after further scrolling. The issue is minor visually, but it looks like a UI rendering regression in the virtualized/sidebar list.
What steps can reproduce the bug?
A deterministic repro is not available yet, but the observed behavior is:
What is the expected behavior?
Sidebar item font weight should remain stable while scrolling.
Rows should only become visually emphasized when they are intentionally selected, active, focused, or hovered. Scrolling alone should not temporarily change apparent font weight.
What actually happened?
Some visible sidebar items intermittently render as bold/heavier during scrolling, then self-correct after additional scrolling. The behavior affects both project titles and child session rows, and does not seem tied to hover.
Additional notes
This may be related to list virtualization, text antialiasing, font fallback, retained row state, or a selected/active style being briefly applied to recycled rows, but that is only a guess from the visible symptom.
I found one related open report, #22801, about sidebar font becoming generally too bold after an update on macOS. This report is different because it is: