Codex CLI Scroll issue

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• #8344

Powered by Codex Action

Can confirm on WSL last version 0.97 or 0.96 introduced that bug.

I’m the reporter of #10774. This looks like the same regression since 0.97.0 (still
reproducible on 0.98.0).
In addition to “cannot scroll up” on the plan/approval screen, I also see that with long
streamed outputs the top/earlier part of the assistant message appears to disappear (so
it becomes impossible to scroll back/copy the full response).

Env: WSL2 Ubuntu 24.04.3 on Windows 10.0.26200.7705 (npm -g @openai/codex).
Feedback thread ID: 019c2e80-cef5-7882-a6f3-5d064884852c (no logs).

Still present on 0.98 - hopefully fixed next release.

Still present on 0.98 - hopefully fixed next release.

Yes, I can confirm that it's still present in 0.98.

same issue on xubuntu 22.04 terminal. Can scroll by mid button, but the terminal viewport returns to the bottom, so can't actually read previous output or copy it

I just got hit by this bug a few days back. I am a CLI user with decent font sizes, which makes codex totally unusable without scrolling. Please fix this.

Env: Oracle Linux, gnome-terminal over tiger-vnc.

Thank you.

I can reproduce this with my actual setup too.

## Environment

• Codex CLI: 0.98.0 (also saw it on 0.97.0)
• OS: Windows 10
• Shell/Terminal: PowerShell

## Behavior

• In planner mode, after Codex prints a long plan and shows the approval choices, scrolling up does not stay up.
• The viewport snaps back to the bottom.
• With long streamed responses, earlier output becomes inaccessible in scrollback.

@etraut-openai any ETA on this issue? It's really a dealbreaker - Windows users like me are limited to 5.2 because of it.

I just use transcript as a work around

Seems to be fixed in latest version 0.99

Seems to be fixed in latest version 0.99

That's interesting, I haven't specifically changed things here yet (it's top of my list, but there's been some other p0 work that bumped it).

Seems to be fixed in latest version 0.99

No, not fixed, it still happens, but looks like it got a bit better

Still really annoying on VS Code, have to keep scrolling down manually :(, there are also large performance degradations with long running sessions.

I'm closing this as resolved, as it did not happen anymore past 0.99 in WSL.

@codengine this is wrong, the bug is not fixed
WSL, Windows Terminal on win11, still randomly missing lines

However, as I already said, it definitely got better since 0.99 (and probably in subsequent updates, now I don't need to restart it often), but the core issue is still there and I can't figure out what triggers it

I am using Windows 10 with Codex CLI version 0.116.0.
I have noticed that—whether using PowerShell, PowerShell 7, or CMD—previously generated responses in Codex cannot be scrolled back into view, and this issue is also accompanied by the appearance of duplicate content.

I don't have WSL anywhere at the moment, can one of you try this patch and see if it fixes it? https://github.com/dagelf/codex/tree/displayfix

Are any of you able to repro this with the latest version (0.118.0)? We've made significant changes to the TUI code in the last versions (after 0.116.0), and it's quite likely that this issue was fixed in the process. If it's still a problem, we'll look into it.

@etraut-openai , I've just today decided to give codex a try and immediately ran into this issue. I'm currently running Alacritty -> SSH -> Zellij which may or may not have anything to do with it.

@rio, there are known issues with Zellij. We have a workaround coming for this in the next release. The Zellij maintainers also just accepted a fix.

Are any of you able to repro this with the latest version (0.118.0)? We've made significant changes to the TUI code in the last versions (after 0.116.0), and it's quite likely that this issue was fixed in the process. If it's still a problem, we'll look into it.

Hi. @etraut-openai
I just tested version 0.118.0 of the codex cli in PowerShell7 and noticed that, while a conversation is in progress, I am unable to scroll up with my mouse to view the previous content.

I am running on Windows 10.

@jevin98, OK thanks for the confirmation.

@jevin98, OK thanks for the confirmation.

Let me add a clue I discovered: I noticed that within the CLI, the height of the scrollbar does not correspond to the height of the entire content; rather, it is slightly taller than the height of the CLI's viewport itself.

Still present in v0.129.0.

But now ctrl + t also stopped working. So I can no longer go into the Transcript mode to scroll up while Codex is wating for approval. Making Codex CLI completely unusable. 😞

ctrl + t used to work in v0.128.0.

@YaraslauZhylko, if you're seeing a different problem (especially if you think it's a regression), please file a new bug report.

Still present in v0.129.0
I am using Codex CLI on Windows 10 with Git Bash.
I cannot scroll up with my mouse to view the previous content.

Partially related: #21945 traces an O(n) rendering bottleneck in the transcript overlay and reflow paths that scales with session length. Long sessions that make scrolling degrade may be hitting the same underlying issue — the TUI has no virtualization and re-renders all cells from source on resize/reflow.

if you're seeing a different problem (especially if you think it's a regression), please file a new bug report.

@etraut-openai Sure, opened a new ticket openai/codex#22263.
But the bug being discussed here is still the main source of inconvenience.

Issue still exists: WSL2 + Windows Terminal + Zellij

For anyone still collecting scroll-up / approval-screen / transcript-mode evidence, I added this failure class to trace-to-skill@0.1.65:

npx trace-to-skill@0.1.65 demo terminal-output-integrity
npx trace-to-skill@0.1.65 codex-report ./runs --output openai-codex-terminal-output.md

It is not a fix. The goal is to make reports consistent when scrollback snaps to bottom, earlier output becomes inaccessible, Ctrl+T transcript mode does not recover content, or streamed output hides/overwrites lines. The generated checklist asks for Codex version, OS, shell/terminal, WSL/SSH/tmux/Zellij state, exact scroll action, first missing/duplicated line id, raw log/transcript proof, terminal capture, terminal dimensions/scrollback settings, and downgrade/other-terminal behavior.

Release: https://github.com/grnbtqdbyx-create/trace-to-skill/releases/tag/v0.1.65

Issue still exists:

• Windows Terminal 1.12.10982.0
• PowerShell 7.6.1
• Codex CLI 0.136.0

After upgrading to Windows Terminal 1.22.250424001, scrolling works perfectly in Codex CLI.

Thanks to https://github.com/openai/codex/issues/15726

Closing as resolved in current releases.

@ax-openai who said it was solved? It still happens with the latest version.