You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Can't open TUI running on a remote Omnissa Horizon machine #9903
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
Operating System
Red Hat Enterprise Linux release 8.10 (Ootpa), GNOME Shell 3.32.2
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.
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 #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?
Activity
github-actions commentedon Jan 21, 2026
This issue might be a duplicate of or related to existing terminal rendering issues. Please check:
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;AAAAand 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.
KevinWang676 commentedon Jan 22, 2026
ran into the same issue here on my windows machine
fdittz commentedon 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 #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?
github-actions commentedon Mar 29, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.