Issue Station
Sign In
Tools hereToolbox

codex - 💡(How to fix) Fix Scrollback search doesn't work in `foot` [6 comments, 3 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#20789•Fetched 2026-05-03 04:45:25
View on GitHub
Comments
6
Participants
3
Timeline
13
Reactions
0
Author
chriselrodchriselrod
Participants
chriselrodchriselrodetraut-openaietraut-openaigithub-actions[bot]github-actions[bot]
Timeline (top)
commented ×6labeled ×3renamed ×2closed ×1
RAW_BUFFERClick to expand / collapse

What version of Codex CLI is running?

0.128.0

What subscription do you have?

Pro

Which model were you using?

gpt-5.5, gpt-5.4

What platform is your computer?

Linux 7.0.2-2-cachyos-server-lto x86_64 unknown

What terminal emulator and version are you using (if applicable)?

foot

What issue are you seeing?

https://codeberg.org/dnkl/foot foot has a scrollback search you can start with ctrl + shift + r. The scrollback search selects matching text, allows you to cycle through matches, grow the selection, enter to leave scrollback search mode while maintaining the selection, ctrl + shift + v to copy.

This feature is the biggest reason I prefer foot over alternatives like ghostty, which don't let me copy/paste fully with the keyboard.

What steps can reproduce the bug?

  1. Install a Linux desktop environment that uses Wayland.
  2. Install foot.
  3. ctrl + shift + r.
  4. type text matching what you see in the scrollback.
  5. enter to leave selection mode.
  6. start codex.
  7. ctrl + shift + r
  8. start typing gpt-5.5 (or some other sample text that currently appears on the screen [to avoid any possible scrollback related issues], e.g. the name of the model you're using, which should be displayed on codex startup).

With step 8, instead of the normal selection matching that you'd get outside of codex, what you get is that every time you type a character, everything you typed in the search box matches for an instant, and then (perhaps on the next frame refresh) it says there is no match: the search-box turns red, and the matching text is no longer selected. When you type the next character, you get a match again, which is again immediately unselected. I've never had this happen with any other cli I've used with foot (text editors, other harnesses), so the problem seems unique to codex+foot. codex+ghostty search, for example, works fine. So I'm not certain to what extant it is a foot issue vs a codex issue (codex seems to be refreshing the screen in some way other apps don't, but foot doesn't seem to handle it the same way ghostty does).

What is the expected behavior?

The expected behavior is that foot can select text in codex like it can when codex isn't running. E.g., ctrl-c to leave codex, and then you can select all the text from codex just fine.

Please let me know if there's any extra info I can provide.

Additional information

No response

extent analysis

TL;DR

The issue can be mitigated by investigating the screen refreshing behavior of Codex and its interaction with foot's scrollback search feature.

Guidance

  • Investigate how Codex refreshes the screen and if it can be configured to do so in a way that is compatible with foot's scrollback search.
  • Verify if the issue is specific to the combination of Codex and foot by testing other CLI applications with foot's scrollback search.
  • Check if there are any known issues or workarounds in foot's documentation or community forums related to screen refreshing and scrollback search.
  • Consider testing Codex with a different terminal emulator, like ghostty, to see if the issue is specific to foot.

Notes

The issue seems to be related to the interaction between Codex's screen refreshing and foot's scrollback search feature, but it's unclear which application is causing the problem.

Recommendation

Apply workaround: Test Codex with a different terminal emulator to isolate the issue and potentially find a compatible alternative.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#API rate limit#retriever error#indexing error#inference speed#output truncation

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Scrollback search doesn't work in `foot` [6 comments, 3 participants]