Problems with Emojis in 0.58.0

[davidbrownell]

Describe the bug

I have encountered a couple of problems with emojis in v0.58.0 within the "Commit summary" editor.

• Scenario 1: Pasting "✨" results in "(" (this worked as expected in previous versions)
• Scenario 2: Pasting "🎨" causes lazygit to become unresponsive (this didn't work as expected in previous versions (the emoji wasn't pasted), but didn't cause lazygit to become unresponsive)

Note that both of these scenarios work as expected when invoking git (without lazygit) on the command line.

To Reproduce

Steps to reproduce the behavior:

1. Make local changes and stage them...
2. Display the commit dialog...

Scenario 1

3. Paste "✨"
4. Note that "(" is displayed.

Expected behavior

"✨" should be displayed.

Screenshot

Scenario 2

3. Paste "🎨"
4. Note that "<" is displayed and lazygit is unresponsive (I haven't been able to kill the app and have to kill the terminal)

Expected behavior

"🎨" should be displayed and lazygit should not become unresponsive.

Screenshot

Version info:

• commit=a0e81c93b89ccb13efe186d057505c624fb1e4ec, build date=2026-01-03T19:26:24Z, build source=binaryRelease, version=0.58.0, os=windows, arch=amd64, git version=2.50.1.windows.1
• git version 2.50.1.windows.1

[davidbrownell]

I should note that lazygit seems to display the emojis as expected. Here is a screenshot of a commit that I created on the command line (outside of lazygit).

[stefanhaller]

• Scenario 1: Pasting "✨" results in "(" (this worked as expected in previous versions)
• Scenario 2: Pasting "🎨" causes lazygit to become unresponsive

Both of these work for me on Mac, but I can reproduce both on Windows. I'll investigate tomorrow.

[philippgille]

I see a similar issue in the diff view. In a Go code file I added // ⚠️ Note: ... to code comments. In the lazygit (v0.58.0) diff view I get these:

And in a README.md I added as quote, so > ⚠️ Note: ... :

In all of these cases some other character is overlayed on top of the emoji.

System: macOS Tahoe 26.1, iTerm2 3.6.6, no nerd fonts or similar

[philippgille]

Adding to my above comment: When I change from scrolling down to scrolling up (other way around) in the diff view with the mouse, those overlayed characters change. For one ⚠️ character it changes between t and N, for another between o and nothing, for another between a grey r and a green i (green because it's added code in the diff).

Recently gocui was updated and it fixed #4347, but maybe the gocui fix didn't cover all emoji rendering issues?

[stefanhaller]

• Scenario 1: Pasting "✨" results in "(" (this worked as expected in previous versions)

This looks like a bug in Windows Terminal to me. It works correctly in WezTerm and Alacritty. Any chance you can switch to one of these?

• Scenario 2: Pasting "🎨" causes lazygit to become unresponsive

This hangs for me in Windows Terminal too, but not in WezTerm or Alacritty, so again, might just be a bug in Windows Terminal. However, I get "��" instead of "🎨" both in WezTerm and Alacritty, and I don't understand why.

[stefanhaller]

I see a similar issue in the diff view.

No, that's not a similar issue. The original issue is about input, yours is about rendering, that's very unrelated.

I can reproduce the rendering issue with iTerm2 and Alacritty, but not with ghostty or kitty. I don't know if this is caused by bugs i those terminals, or whether it's a bug in tcell; I filed an issue in the tcell repo to find out.

[EnderWolf50]

I’m seeing this with Chinese characters as well. Since everything works correctly in v0.57.0 but fails in v0.58.0, it seems like a regression in the new version.

[stefanhaller]

@EnderWolf50 When you say "this", are you referring to the original issue reported here (the input problem), or the additional issue added by @philippgille (the rendering problem)? Either way, can you please provide concrete examples that demonstrate the issue?

@philippgille I verified that the issues with "⚠️" are already present in 0.57 (with iTerm2, not with ghostty). It's harder to test there, because there's also the layout issue in addition (text to the right of the emoji is offset by one, but only sometimes). You make it sound like this is a regression in 0.58, although you didn't say this explicitly; so now I'm confused.