Codex Desktop: right-side artifact/source hover popover blocks scrollbar dragging
Open 💬 10 comments Opened May 3, 2026 by rlaehrb1
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What happened
In the Codex Desktop app, moving the mouse to the right-side scrollbar area can trigger the Artifact/Sources hover popover. The popover appears over or near the scroll area, making it difficult or impossible to reliably grab and drag the scrollbar.
Why this is a problem
When a conversation is long, the scrollbar is the most direct way to navigate. If the hover popover opens while trying to use the scrollbar, the user loses control of scrolling and has to fall back to mouse wheel or keyboard navigation.
Expected behavior
The right-side scrollbar hit area should remain usable without hover popovers appearing on top of it. Possible fixes:
- Do not trigger Artifact/Sources popovers when the pointer is within the scrollbar gutter or very close to the window edge.
- Add a setting to disable Artifact/Sources hover popovers.
- Delay or suppress the popover while the user is dragging or approaching the scrollbar.
Environment
- App: Codex Desktop
- Platform: Windows
- Build observed locally:
codex@26.429.30905,windows-store, Electron41.2.0 - Locale/timezone observed locally:
ko-KR,Asia/Seoul
Workaround
Mouse wheel, PageUp/PageDown, Home/End work, but they do not replace direct scrollbar dragging for long sessions.
10 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Yes, it's really annoying.
I can reproduce the same issue on macOS as well, so this does not appear to be Windows-only.
Environment
26.429.30905(CFBundleVersion 2345)26.4.1(25E253)com.openai.codexBehavior observed
When moving the pointer toward the right-side scrollbar / scroll thumb in a long Codex conversation, the artifact/source hover popover opens over the scroll area. The popover can intercept the pointer, making the scrollbar difficult or impossible to grab directly.
The screenshot from the local repro shows the popover containing sections like “进度”, “生成结果”, and “来源”, with generated links such as
127.0.0.1:18789, while the right scrollbar thumb is visible behind/next to the popover area.Expected
The scrollbar gutter and thumb should remain directly interactable. The source/artifact hover popover should either avoid the scrollbar region, dismiss when the pointer approaches the scrollbar, or avoid intercepting pointer events there.
I'm using Codex on Mac, whoever designed the UI at OpenAI needs to reprimanded. It's an absolutely awful feature and so obvious it's awful as well, I mean what were they thinking.
Just updated to the latest version of Codex on my laptop and just had it configure one of my projects after cloning it. The artifact stuck in that bubble is a localhost:#### I already shut down in powershell, I was hoping it would disappear if I closed the server, but alas there are artifacts and I can't use my scroll bar. Not very touchpad friendly.
I've been using Codex for awhile and this issue just popped up today. Not sure if it was present before and I didn't activate it, or if the issue is new. But I can say that I've been using Codex for weeks without any scrolling issues and this popping up out of nowhere is annoying as hell.
To echo the bug submitter: Mouse wheel, PageUp/PageDown, Home/End work, but they do not replace direct scrollbar dragging for long sessions.
+1, If a document (such as Markdown) is referenced in the session, when I move my mouse over the scroll bar, the pop-up prevents me from controlling the scroll bar with my mouse, making it impossible to drag it.
this is very rude but I agree 😆
it's a new feature but they should've shipped it with some "experimental" flag to allow us to enable or disable the experimental popup....
I encountered a similar issue in codex on Windows where the environment panel overlaps the scrollbar area and blocks clicks on the scrollbar behind it.