Surrogate pair that produces a half-with character erroneously rendered as full with

[alabuzhev]

Windows Terminal version (or Windows build number)

Terminal Preview 1.8.1032.0; Windows 10.0.19041.985

Other Software

No response

Steps to reproduce

• Download this text file: width_test.txt
• Open Windows Terminal
• Open a new Command Prompt tab (Ctrl+Shift+2)
• chcp 65001
• type <Insert path to your downloads folder here>\width_test.txt
• Have a look at the results
• Repeat the steps above in Windows Console.

Expected Behavior

The output should contain the following letters, enclosed in square brackets, with and without colour, aligned nicely in both cases:

A - U+0041, single wchar_t, half width
Щ - U+0449, single wchar_t, half width
字 - U+5B57, single wchar_t, full width
𠜎 - U+2070E, surrogate pair, full width
🄀 - U+1F100, surrogate pair, half width

Example (photoshopped):

Actual Behavior

Windows Terminal:

• Without esc sequences the text looks good
• With esc sequences the presence of a half width surrogate pair 🄀 (U+1F100) breaks the logic and shifts the rest of the text right, leaving a gap.

---

In Windows Console it's the same in both cases:

• The with is wrong, but at least it's consistent and without gaps.

Same file in Notepad with the same font (Consolas):

[DHowett]

Thanks for the report! Yeah -- this isn't good. We're tracking handling surrogate pairs better in #8000.

Right now, each code unit is given its own column (oops) even when the glyph only requires one.

[DHowett]

/dup #8000

[ghost]

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!