Windows app collapses blank lines pasted from CRLF text, while LF text renders correctly

What version of the Codex App are you using (From “About Codex” dialog)?

Version 26.721.31836

What subscription do you have?

Plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

In the Codex Windows desktop app, blank lines pasted from text using CRLF line endings are visually collapsed.

For example, copying the following text from Visual Studio Code:

A

B

causes it to appear in both the Codex composer and the submitted message as:

A
B

The blank line is not actually removed from the underlying text. When the text is copied back out of Codex, the original consecutive CRLF sequence is still present:

A\r\n\r\nB

The problem only appears to affect rendering. Text using LF line endings renders correctly:

A\n\nB

Converting CRLF to LF before pasting immediately fixes the display.

No error message is shown.

Original prompt used to reproduce the issue:

A

B

No PII is included in the reproduction text.

What steps can reproduce the bug?

On the Codex Windows desktop app, blank lines written with CRLF line endings are visually collapsed. The line breaks remain in the underlying text, but the composer and submitted message do not display the empty line.

Steps to reproduce:

1. Open a text file in Visual Studio Code on Windows.
2. Confirm that the file uses CRLF line endings.
3. Enter the following text:

A

B

1. Copy the text from Visual Studio Code.
2. Paste it into the Codex desktop app composer.
3. The text is displayed as though there were no blank line:

A
B

1. Submit the message. The blank line is still visually collapsed in the submitted message.
2. Copy the text back out of Codex and inspect it in another editor or with PowerShell. The two CRLF sequences are still present, so the blank line was not actually deleted.

The clipboard contents copied from Visual Studio Code were:

Visible=\r\nA\r\n\r\nB
Codes=U+000D U+000A U+0041 U+000D U+000A U+000D U+000A U+0042

After pasting into the Codex composer and copying the text back out:

Visible=\nA\r\n\r\nB
Codes=U+000A U+0041 U+000D U+000A U+000D U+000A U+0042

The central A\r\n\r\nB sequence is preserved, but Codex does not visually render the blank line.

The issue can also be confirmed by converting the clipboard contents from CRLF to LF before pasting:

$t=Get-Clipboard -Raw; Set-Clipboard ($t.Replace("`r`n","`n"))

After running this command, the blank line is displayed correctly in Codex:

A

B

Text copied through Discord also works correctly because it uses LF line endings:

Visible=\nA\n\nB\n
Codes=U+000A U+0041 U+000A U+000A U+0042 U+000A

This appears to be a rendering or newline-normalization issue specific to consecutive CRLF line endings in the Codex Windows desktop app.

Token limit usage: Not applicable.

Context window usage: Not applicable.

What is the expected behavior?

Text using CRLF and LF line endings should be displayed identically.

Both of the following underlying strings should visibly contain one blank line between A and B:

A\r\n\r\nB

A\n\nB

The Codex composer and submitted message should display:

A

B

Codex should either render consecutive CRLF line endings directly or normalize CRLF to LF before processing and rendering the text.

Additional information

• Visual Studio Code files were already configured to use CRLF.
• Disabling Visual Studio Code’s “Copy With Syntax Highlighting” setting did not change the behavior.
• Pasting the same text into Windows Notepad preserves the blank line correctly.
• Copying the visually collapsed text back out of Codex also preserves the blank line, confirming that this is a display or rendering issue rather than data loss.
• The issue affects both the composer and the submitted message.
• Normalizing CRLF to LF in the clipboard immediately fixes the issue.
• A similar issue, #2137, concerns multiline pasting in the Codex CLI, but it is different: this report concerns retained but visually collapsed CRLF blank lines in the Windows desktop app.