›_ Codex Issues
Codex Issues / #20593

Regression: Codex Desktop copy button no longer stays sticky in long code blocks

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

Summary

The copy button for long code blocks no longer stays sticky/accessible while scrolling after the Enable word wrap icon was added next to it.

!Copy button no longer sticky in long Markdown code block

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

26.429.20946

What subscription do you have?

Plus

What platform is your computer?

Darwin 25.3.0 arm64 arm

What issue are you seeing?

The copy button for long fenced code blocks in Codex Desktop no longer remains sticky/accessible while scrolling through the block.

This is a regression. Before the recent code block toolbar change, the copy affordance stayed reachable while navigating long code blocks. After the Enable word wrap icon was added next to the copy icon, the copy button appears to be tied to the top of the code block instead of remaining sticky while the user scrolls through a long block.

The issue was initially observed with a long Markdown (md) code block emitted in chat. It was then reproduced with other long fenced code blocks as well: tsx, python, and json.

What steps can reproduce the bug?

  1. Open Codex Desktop on macOS.
  2. Ask the assistant to output a long fenced code block, long enough that the block extends beyond the visible viewport.
  3. Reproduce with multiple fence languages, for example md, tsx, python, and json.
  4. Scroll down through the generated code block.
  5. Observe the code block toolbar area where the copy button and Enable word wrap icon appear.

What is the expected behavior?

The copy button should remain sticky/visible while any part of a long code block is visible, so the user can copy the full block without scrolling back to the top.

The button should still copy the entire fenced code block and should not overlap the code content or the word-wrap control.

Additional information

This started after the Enable word wrap icon was added beside the copy button in code blocks. The suspected regression is that the new toolbar layout changed or removed the previous sticky behavior for the copy affordance.

View original on GitHub ↗

4 Comments

github-actions[bot] contributor · 3 months ago

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

  • #19941

Powered by Codex Action

vyctorbrzezowski · 3 months ago

I reviewed #19941. This is related, but I don’t think it is an exact duplicate.

#19941 asks for the code block header/copy area to remain fixed and avoid moving/overlapping while scrolling. This issue is specifically about a regression in Codex Desktop where the copy button used to stay sticky in long code blocks, but stopped doing so after the Enable word wrap control was added next to it.

This was reproduced across multiple fenced code block languages: md, tsx, python, and json.

ilsurgareev · 1 month ago

Confirmed on Windows as well in Codex Desktop 26.721.4979.0. The same regression also affects long writing/editable blocks: the “Copy text” button no longer stays sticky and scrolls out of view, requiring the user to return to the top of the block. It stayed sticky in older versions.

ee- · 16 days ago

I can confirm that this issue is still reproducible in the Codex desktop app on August 11, 2026, particularly with very long Markdown fenced blocks.

When the user has scrolled to the middle or bottom of a long block, the copy button is no longer accessible. To copy the entire block, the user must manually scroll all the way back to the block's top edge and click the copy button there.

It would be much more usable if the copy control remained sticky/visible whenever any part of the block is in view, while still copying the entire block.