openai / openai/codex

Codex desktop UI bug — right-edge scrollbar conflicts with window resize hitbox

Open
#40,141 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug windows-os
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)?

Powered by Codex & OWL Version 26.818.32112

What subscription do you have?

Plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

Codex desktop UI bug — right-edge scrollbar conflicts with window resize hitbox

In the Windows Codex/ChatGPT desktop app, the scrollbar on the right side is difficult to grab because the window-resize cursor activates too aggressively near the right edge. The resize hit area appears to overlap or take precedence over the scrollbar hit target.

This makes long Codex conversations difficult to scroll manually.

Suggested fixes:

inset the scrollbar slightly from the window edge;
widen the scrollbar hit target;
or give scrollbar interaction precedence over window resizing when the pointer overlaps both.

A screen recording can reproduce it easily by moving the cursor onto the right scrollbar and showing it switch into resize mode instead.

What steps can reproduce the bug?

Open the Codex desktop app on Windows.
Open any Codex conversation long enough to require vertical scrolling.
Move the mouse pointer to the scrollbar on the far right side of the window.
Try to click or drag the scrollbar thumb.
As the pointer approaches the scrollbar, the cursor frequently changes to the horizontal window-resize cursor instead of remaining in scrollbar interaction mode.
This makes the scrollbar difficult to grab reliably.
Repeat several times; the behavior is consistent.

What is the expected behavior?

When the mouse pointer is positioned over the vertical scrollbar, the scrollbar should receive input normally and remain easy to click or drag. The window-resize cursor/hit area should only activate when the pointer is actually on the resize border and should not interfere with scrollbar interaction.

Additional information

This appears to be specific to the Codex desktop app window on Windows. The issue is most noticeable in long conversations where I need to drag the vertical scrollbar manually. The right-edge window resize hit area seems too wide or takes precedence over the scrollbar hit area, so the resize cursor appears before I can reliably grab the scrollbar.

Mouse-wheel scrolling still works; the problem is specifically with direct scrollbar interaction.

I also attempted to report this through the desktop app’s Feedback function, but submitting text feedback consistently fails with “upload failed.”

The behavior is reproducible across multiple Codex conversations.

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 by reproducing the issue in the Windows Codex desktop app using a long conversation, following the listed pointer and scrollbar steps. Investigate the desktop window and scrollbar interaction area, then verify that the scrollbar can be clicked or dragged reliably while resize behavior remains limited to the border.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
desktop-dev
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Clearly specified
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.