Skip to content

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

Closed

Description

@fdittz

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

Activity

  1. added
    opentuiThis relates to changes in v1.0, now that opencode uses opentui
    on Jan 21, 2026
  2. github-actions commented on Jan 21, 2026

    @github-actions
    Contributor

    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;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.

  3. KevinWang676 commented on Jan 22, 2026

    @KevinWang676

    ran into the same issue here on my windows machine

  4. fdittz commented on Jan 26, 2026

    @fdittz
    Author

    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?

  5. github-actions commented on Mar 29, 2026

    @github-actions
    Contributor

    To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingopentuiThis relates to changes in v1.0, now that opencode uses opentui

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions