Characters are encoding gibberish all over the frontend #2854

Open
opened 2026-02-16 17:37:33 -05:00 by yindo · 14 comments
Owner

Originally created by @fkukuck on GitHub (Nov 14, 2025).

Originally assigned to: @kommander on GitHub.

Description

GNOME Terminal v3.28.3-4.el8 has problems rendering the TUI.

See screenshot. It's unusable by me and I've downgraded to v0.15.31.

OpenCode version

1.0.61

Steps to reproduce

  • Use GNOME Terminal v3.28.3-4.el8
  • opencode
  • be greeted with screen on screenshot

Screenshot and/or share link

Image

Operating System

RedHat Enterprise Linus 8.10

Terminal

GNOME Terminal v3.28.3-4.el8

Originally created by @fkukuck on GitHub (Nov 14, 2025). Originally assigned to: @kommander on GitHub. ### Description GNOME Terminal v3.28.3-4.el8 has problems rendering the TUI. See screenshot. It's unusable by me and I've downgraded to v0.15.31. ### OpenCode version 1.0.61 ### Steps to reproduce - Use GNOME Terminal v3.28.3-4.el8 - `opencode` - be greeted with screen on screenshot ### Screenshot and/or share link <img width="1897" height="976" alt="Image" src="https://github.com/user-attachments/assets/a0750f5f-99f0-4d1d-85be-4aba055eeedc" /> ### Operating System RedHat Enterprise Linus 8.10 ### Terminal GNOME Terminal v3.28.3-4.el8
yindo added the opentuibug labels 2026-02-16 17:37:33 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Nov 14, 2025):

This issue might be a duplicate of existing issues. Please check:

  • #3671: 1.0+ is unusable in non-truecolor terminal - Similar terminal rendering issues with older terminal versions
  • #2256: Bug [Visual]: TUI populated with gibberish upon copying - Same GNOME Terminal version experiencing gibberish characters
  • #2593: [bug] opencode produces gabled text when input containing non-ascii characters - Character encoding issues causing garbled text

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Nov 14, 2025): This issue might be a duplicate of existing issues. Please check: - #3671: 1.0+ is unusable in non-truecolor terminal - Similar terminal rendering issues with older terminal versions - #2256: Bug [Visual]: TUI populated with gibberish upon copying - Same GNOME Terminal version experiencing gibberish characters - #2593: [bug] opencode produces gabled text when input containing non-ascii characters - Character encoding issues causing garbled text Feel free to ignore if none of these address your specific case.
Author
Owner

@kommander commented on GitHub (Nov 27, 2025):

It thinks the terminal supports explicit width for some reason. These are explicit width sequences. The capability detection seems to be off here. I'll check that.

@kommander commented on GitHub (Nov 27, 2025): It thinks the terminal supports explicit width for some reason. These are explicit width sequences. The capability detection seems to be off here. I'll check that.
Author
Owner

@inv1s10n commented on GitHub (Dec 22, 2025):

Is there a solution to this problem? I am currently experiencing this issue in the latest version as well.

@inv1s10n commented on GitHub (Dec 22, 2025): Is there a solution to this problem? I am currently experiencing this issue in the latest version as well.
Author
Owner

@fkukuck commented on GitHub (Dec 23, 2025):

Install a different terminal, such as Konsole

@fkukuck commented on GitHub (Dec 23, 2025): Install a different terminal, such as Konsole
Author
Owner

@feghalya commented on GitHub (Jan 15, 2026):

This is still an issue for me as well (GNOME Terminal v3.28.3 on RHEL8) with the latest opencode version (1.1.21) forcing me to use the old v0.15.31.

Image
@feghalya commented on GitHub (Jan 15, 2026): This is still an issue for me as well (GNOME Terminal v3.28.3 on RHEL8) with the latest opencode version (1.1.21) forcing me to use the old v0.15.31. <img width="719" height="432" alt="Image" src="https://github.com/user-attachments/assets/372f1139-5b8c-42f3-b982-85744664b2d5" />
Author
Owner

@kommander commented on GitHub (Jan 15, 2026):

Can you get an opentui-examples release from https://github.com/anomalyco/opentui/releases/tag/v0.1.72 for you platform and run the "Keypress Debug Tool" and show me the capabilities it shows? shift+s should also write that out as json in the cwd.

@kommander commented on GitHub (Jan 15, 2026): Can you get an `opentui-examples` release from [https://github.com/anomalyco/opentui/releases/tag/v0.1.72](https://github.com/anomalyco/opentui/releases/tag/v0.1.72) for you platform and run the "Keypress Debug Tool" and show me the capabilities it shows? `shift+s` should also write that out as json in the cwd.
Author
Owner

@feghalya commented on GitHub (Jan 15, 2026):

Is this what you're looking for?

Image
@feghalya commented on GitHub (Jan 15, 2026): Is this what you're looking for? <img width="299" height="359" alt="Image" src="https://github.com/user-attachments/assets/bae911a3-1c9e-40de-b674-56ca709eabae" />
Author
Owner

@kommander commented on GitHub (Jan 15, 2026):

Yes. Curious. It says it supports explicit width, but doesn't handle the escape sequences properly. I am getting a setup up to debug this properly.

@kommander commented on GitHub (Jan 15, 2026): Yes. Curious. It says it supports explicit width, but doesn't handle the escape sequences properly. I am getting a setup up to debug this properly.
Author
Owner

@kommander commented on GitHub (Jan 15, 2026):

Oh I just remembered, in the meantime you can try setting OPENTUI_FORCE_EXPLICIT_WIDTH=0, which might fix that.

@kommander commented on GitHub (Jan 15, 2026): Oh I just remembered, in the meantime you can try setting `OPENTUI_FORCE_EXPLICIT_WIDTH=0`, which might fix that.
Author
Owner

@feghalya commented on GitHub (Jan 16, 2026):

I tried that option and nothing seems to have changed. In case this is relevant: I've had similar characters in vim that were solved by setting set t_RK= t_TE=. Here is the issue that helped me solve it: https://github.com/vim/vim/issues/11728.

Running gnome-terminal --version returns # GNOME Terminal 3.28.3 using VTE 0.52.4 +GNUTLS.

@feghalya commented on GitHub (Jan 16, 2026): I tried that option and nothing seems to have changed. In case this is relevant: I've had similar characters in vim that were solved by setting `set t_RK= t_TE=`. Here is the issue that helped me solve it: https://github.com/vim/vim/issues/11728. Running `gnome-terminal --version` returns `# GNOME Terminal 3.28.3 using VTE 0.52.4 +GNUTLS`.
Author
Owner

@kommander commented on GitHub (Jan 17, 2026):

I cannot reproduce that with GNOME 3.28 on ubuntu. Where the heck do I get an RHEL8 image? Have you tried upgrading the GNOME terminal or using one that is officially supported by opencode?

@kommander commented on GitHub (Jan 17, 2026): I cannot reproduce that with GNOME 3.28 on ubuntu. Where the heck do I get an RHEL8 image? Have you tried upgrading the GNOME terminal or using one that is officially supported by opencode?
Author
Owner

@fkukuck commented on GitHub (Jan 18, 2026):

Yes i switched to Konsole

@fkukuck commented on GitHub (Jan 18, 2026): Yes i switched to Konsole
Author
Owner

@feghalya commented on GitHub (Jan 19, 2026):

It's a work computer that runs RockyLinux 8.10. To test it you can download a bare-bones image on their official website: https://download.rockylinux.org/pub/rocky/8/isos/x86_64/Rocky-8.10-x86_64-minimal.iso. I have no root access so it's hard to install other terminals like konsole, but we do have terminator installed and it has the same problem as GNOME terminal. It looks to be a deeper problem than just switching emulators. That said, I talked to our sysadmin and we are due for an upgrade to RHEL9 in the upcoming weeks. Would be nice to get a working version until then but if it's unfeasible I'll just wait.

@feghalya commented on GitHub (Jan 19, 2026): It's a work computer that runs RockyLinux 8.10. To test it you can download a bare-bones image on their official website: https://download.rockylinux.org/pub/rocky/8/isos/x86_64/Rocky-8.10-x86_64-minimal.iso. I have no root access so it's hard to install other terminals like konsole, but we do have terminator installed and it has the same problem as GNOME terminal. It looks to be a deeper problem than just switching emulators. That said, I talked to our sysadmin and we are due for an upgrade to RHEL9 in the upcoming weeks. Would be nice to get a working version until then but if it's unfeasible I'll just wait.
Author
Owner

@inv1s10n commented on GitHub (Jan 20, 2026):

terminator can not work for me, too. But I found that this issue does not occur in the terminal of VSCode, even without the OpenCode plugin installed. I am currently using opencode in this way.

@inv1s10n commented on GitHub (Jan 20, 2026): terminator can not work for me, too. But I found that this issue does not occur in the terminal of VSCode, even without the OpenCode plugin installed. I am currently using opencode in this way.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#2854