Carat position is lost when using certain unicode characters.

[teh-hippo]

Windows Terminal version

1.17.11461.0

Windows build number

Microsoft Windows [Version 10.0.22621.1992]

Other Software

git version 2.41.0.windows.3
GNU bash, version 5.2.15(1)-release (x86_64-pc-msys)

Steps to reproduce

1. Install Git (for Bash): winget install Git.Git
2. Add configuration to Windows Terminal:

   {
       "commandline": "C:\\Program Files\\Git\\bin\\bash.exe",
       "guid": "{cdd03cd7-3ad2-4b3a-9ce2-2d7f109cce58}",
       "hidden": false,
       "name": "Git Bash"
   },

3. Confirm font face for Git Bash is 'Cascadia Mono'.
4. Run the terminal.
5. echo $TERM -> should return xterm-256color.
6. (Optional) PS1='issue-terminal: '
7. Paste the character U+276F: ❯
   Note: This specific character isn't the issue. Other characters also can cause the issue.

Expected Behavior

Pasting the character multiple time progresses the line as normal:

Expected behaviour screenshot was created by launching Git Bash itself, which I believe uses MinTTY.

Actual Behavior

Pasting the character multiple times shifts the carat back 1 space each time.

Other Notes

I have tried several other terminal emulators and they seem to work as expected.

[zadjii-msft]

This feels like a LANG / LC_ALL thing we saw kinda recently with git bash. Something about that not being initialized right for certain git bash profiles.

Lemme try digging it up.

[zadjii-msft]

This one! #14982 (comment)

Can you confirm what LANG is set to?

Does changing the commandline to bash -l -i fix this/?

[teh-hippo]

:O That absolutely did make a difference and seems to have fixed it! Helpful explanation on that linked issue too - so thank you. This has been doing my head in for weeks. 👍

[teh-hippo]

@zadjii-msft - The day is brighter. I can finally use enrichments in Terminal like oh-my-posh without the lines going all awry. Nerd-o-meter is going off. Big thankyou!