[BUG] Blockquote marker uses non-typeable Unicode character (▎ U+258E) — breaks copy-paste cleanup in terminal editors

Resolved 💬 2 comments Opened Apr 8, 2026 by josephholsten Closed May 21, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Blockquotes are rendered with (U+258E LEFT ONE QUARTER BLOCK) as the left margin indicator. This character cannot be typed at a keyboard, which means content copied from a blockquote
cannot be cleaned up with a standard editor substitution.

In vi: :s/▎//g is impossible to type without a paste step. In emacs, same problem. A simple sed invocation requires knowing the UTF-8 byte sequence (E2 96 8E) rather than the character
itself.

What Should Happen?

Use a standard ASCII > as the blockquote marker (with or without ANSI color), or no marker at all. Either approach produces output that can be cleaned with :s/>//g or sed 's/^> //',
commands a user can easily type at a keyboard.

Error Messages/Logs

Steps to Reproduce

❯ can you respond with example text in a blockquote

⏺ ▎ This is an example of text in a blockquote.

Claude Model

Sonnet (default)

Is this a regression?

No, this never worked

Last Working Version

_No response_

Claude Code Version

2.1.85 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Other

Additional Information

Note: I'm using the latest version available in a package manager that has trivial uninstall and doesn't install files in arbitrary locations in the file system. I don't care if I have to use system installer or npm or

Related

Issue #44426 covers background color rendering on the same element. This is specifically about the marker character choice.

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗