Can't open TUI running on a remote Omnissa Horizon machine #7116

Open
opened 2026-02-16 18:06:13 -05:00 by yindo · 3 comments
Owner

Originally created by @fdittz on GitHub (Jan 21, 2026).

Originally assigned to: @kommander on GitHub.

Description

When I try opening opencode on this remote machine(Omnissa Horizon) running Red Hat 8 and Gnome 3.32, using gnome-terminal, I get a black screen with the string >4;1m Gi=31337,s=1,v=1,a=q,t=d,f=24;AAAA and it freezes, I cant ctrl+c or ctrl+z out of it, seems that it tries to print the starting screen and fails.

I tried with kitty and I don't get this string, just a blank screen, but i'm getting the following on STDERR
[4.535] [PARSE ERROR] Unsupported screen mode: 2027 (private)

Tried WezTerm and tmux, no luck. Also tried running on a container and the same issue happens. Is there anything I can do on my remote machine to solve this?

Plugins

No response

OpenCode version

1.1.30

Steps to reproduce

No response

Screenshot and/or share link

Image

Operating System

Red Hat Enterprise Linux release 8.10 (Ootpa), GNOME Shell 3.32.2

Terminal

gnome-terminal, kitty, wezterm, tmux

Originally created by @fdittz on GitHub (Jan 21, 2026). Originally assigned to: @kommander on GitHub. ### Description When I try opening opencode on this remote machine(Omnissa Horizon) running Red Hat 8 and Gnome 3.32, using gnome-terminal, I get a black screen with the string `>4;1m Gi=31337,s=1,v=1,a=q,t=d,f=24;AAAA` and it freezes, I cant ctrl+c or ctrl+z out of it, seems that it tries to print the starting screen and fails. I tried with kitty and I don't get this string, just a blank screen, but i'm getting the following on STDERR `[4.535] [PARSE ERROR] Unsupported screen mode: 2027 (private)` Tried WezTerm and tmux, no luck. Also tried running on a container and the same issue happens. Is there anything I can do on my remote machine to solve this? ### Plugins _No response_ ### OpenCode version 1.1.30 ### Steps to reproduce _No response_ ### Screenshot and/or share link <img width="613" height="128" alt="Image" src="https://github.com/user-attachments/assets/27a54992-1d22-4c25-a953-575befda2d55" /> ### Operating System Red Hat Enterprise Linux release 8.10 (Ootpa), GNOME Shell 3.32.2 ### Terminal gnome-terminal, kitty, wezterm, tmux
yindo added the opentuibug labels 2026-02-16 18:06:13 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Jan 21, 2026):

This issue might be a duplicate of or related to existing terminal rendering issues. Please check:

  • #9814: Garbled characters appear after launching the program on Windows system
  • #9338: TUI rendering with random characters like â and € on Windows 11
  • #9798: The Windows Terminal interface is not displaying correctly after answering a question
  • #9823: Something is wrong with the terminal UI - shadow covering the display
  • #9750: The UI is broken when running on built-in terminal (macOS)
  • #9899: The TUI is merging lines of text when the terminal window is small
  • #9505: Desktop app fails to start on Linux/Wayland - terminal-related errors

The core issue appears to be related to terminal capability detection or screen mode negotiation, particularly with the ANSI escape sequences: >4;1m\n\Gi=31337,s=1,v=1,a=q,t=d,f=24;AAAA and parse errors about "Unsupported screen mode: 2027 (private)". This suggests a potential incompatibility with certain terminal emulators or terminal configurations, particularly on remote machines with GNOME 3.32.

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

@github-actions[bot] commented on GitHub (Jan 21, 2026): This issue might be a duplicate of or related to existing terminal rendering issues. Please check: - #9814: Garbled characters appear after launching the program on Windows system - #9338: TUI rendering with random characters like â and € on Windows 11 - #9798: The Windows Terminal interface is not displaying correctly after answering a question - #9823: Something is wrong with the terminal UI - shadow covering the display - #9750: The UI is broken when running on built-in terminal (macOS) - #9899: The TUI is merging lines of text when the terminal window is small - #9505: Desktop app fails to start on Linux/Wayland - terminal-related errors The core issue appears to be related to terminal capability detection or screen mode negotiation, particularly with the ANSI escape sequences: `>4;1m\n\Gi=31337,s=1,v=1,a=q,t=d,f=24;AAAA` and parse errors about "Unsupported screen mode: 2027 (private)". This suggests a potential incompatibility with certain terminal emulators or terminal configurations, particularly on remote machines with GNOME 3.32. Feel free to ignore if none of these address your specific case.
Author
Owner

@KevinWang676 commented on GitHub (Jan 21, 2026):

ran into the same issue here on my windows machine

@KevinWang676 commented on GitHub (Jan 21, 2026): ran into the same issue here on my windows machine
Author
Owner

@fdittz commented on GitHub (Jan 26, 2026):

Seems that its not an issue with TUI, but with bun running on NFS. As I'm using a horizon remote terminal, all directories I have access to are NFS shares, so bun has troubles with the hardlinks and fails with FileNotFoundError.

The issue https://github.com/anomalyco/opencode/issues/4442 describes it perfectly, adding --backend=copyfile to the install and add commands solved my issue on a fortk, I wonder if we could have it set by an envvar?

@fdittz commented on GitHub (Jan 26, 2026): Seems that its not an issue with TUI, but with bun running on NFS. As I'm using a horizon remote terminal, all directories I have access to are NFS shares, so bun has troubles with the hardlinks and fails with FileNotFoundError. The issue https://github.com/anomalyco/opencode/issues/4442 describes it perfectly, adding --backend=copyfile to the install and add commands solved my issue on a fortk, I wonder if we could have it set by an envvar?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#7116