LLM output is not displayed properly when running codex cli in alacritty + tmux

Open 💬 2 comments Opened Feb 19, 2026 by amokfa
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of Codex CLI is running?

codex-cli 0.104.0

What subscription do you have?

Plus

Which model were you using?

gpt-5.3-codex

What platform is your computer?

Macos

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

Alacritty + tmux

What issue are you seeing?

If I maximize the tmux pane while codex is generating output, the output gets messed up and some text is not visible in the terminal history anymore.

What steps can reproduce the bug?

Type this in codex cli with alacritty + tmux:

output numbers from 1 to 200 slowly. I'm trying to debug codex cli

While it's generating output, maximize and minimize the pane repeatedly. After that, enable copy mode (scroll mode) and scroll up. You'll see something like this in the scrollback buffer:


↳ Interacted with background terminal · for i in {1..200}; do echo $i; sleep 0.15; done
  └ (waited)

• 10
  11
  12
  13
  14
  15
  16
  17
  18
  19
  20
  21
  22
  23
  24
  25
  26
  27
  28
  29
  30
  31
  32
  33
  34
  35
  36
  37
  38
  39
  40
  41
  42
  43
  44
  45
  46
  47
  48
  49
  50
  51
  52
  53
  54
  55
  56
  57
  58
  59

↳ Interacted with background terminal · for i in {1..200}; do echo $i; sleep 0.15; done
  └ (waited)

• 60
  61
  62
  63
  64
  65
  66
  67
  68
  69
  70
  71
  72
  73
  74
  75
  76
  77
  78
  79
  80
  81
  82
  83
  84
  85
  86
  87
  88
  89
  90
  125
  126
  127
  128
  129
  130
  131
  132
  133
  134


↳ Interacted with background terminal · for i in {1..200}; do echo $i; sleep 0.15; done
  └ (waited)

• Ran for i in {1..200}; do echo $i; sleep 0.15; done
  └ 2
    3
    … +195 lines
    199
    200

────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

• 135
  136
  137
  138
  139
  140
  141
  142
  143
  144
  145
  146
  147
  148
  149
  150
  151
  152
  153
  154
  155
  156
  157
  158
  159
  160
  161
  162
  163
  164
  165
  166
  167
  168
  169
  170
  171
  172
  173
  174
  175
  176
  177
  178
  179
  180
  181
  182
  183
  184
  185
  186
  187
  188
  189
  190
  191

↳ Interacted with background terminal
  └ (waited)

• 192
  193
  194
  195
  196
  197
  198
  199
  200

• Finished streaming 1 to 200 slowly.

Notice that some lines are missing.

What is the expected behavior?

Everything that the LLM outputs should be visible in the terminal. This bug messes up LLM output and makes it unreadable.

Additional information

_No response_

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 6 months ago

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

  • #10331
  • #7647

Powered by Codex Action

Yoon-Jeong-ho · 2 months ago

I hit a related tmux rendering/visibility case on Codex CLI 0.137.0 in a VS Code Remote SSH terminal (TERM=xterm-256color, inside tmux).

What I could separate locally:

  • The active Codex pane had been reduced from 160x41 to 160x38 by an extra bottom tmux HUD split created by an external orchestration layer. Removing that split restored the Codex pane to 160x41.
  • Even after the pane height was restored, stale redraw artifacts could remain in the bottom/composer area until a redraw/restart, so there still appears to be a Codex TUI resize/reflow sensitivity in tmux.
  • The installed config had terminal_resize_reflow = false; switching it to true is a plausible mitigation because the binary includes the “Terminal resize reflow” feature and tui/src/app/resize_reflow.rs.

So in my case this was partly an external tmux split reducing viewport space, but the remaining stale bottom-area redraw after resize looks relevant to this issue.