System Theme no longer works after v1.0.0 #2440

Closed
opened 2026-02-16 17:35:37 -05:00 by yindo · 37 comments
Owner

Originally created by @malhashemi on GitHub (Nov 1, 2025).

Originally assigned to: @kommander on GitHub.

Description

System is no longer showing as a theme option, also configuring the theme to system in the app configuration does not work.

OpenCode version

v1.0.7

Steps to reproduce

No response

Screenshot and/or share link

No response

Operating System

No response

Terminal

No response

Originally created by @malhashemi on GitHub (Nov 1, 2025). Originally assigned to: @kommander on GitHub. ### Description `System` is no longer showing as a theme option, also configuring the theme to `system` in the app configuration does not work. ### OpenCode version v1.0.7 ### Steps to reproduce _No response_ ### Screenshot and/or share link _No response_ ### Operating System _No response_ ### Terminal _No response_
yindo added the opentuibug labels 2026-02-16 17:35:37 -05:00
yindo closed this issue 2026-02-16 17:35:37 -05:00
Author
Owner

@paradise-runner commented on GitHub (Nov 1, 2025):

Also getting this issue, seeing some crazy rapid development so expect this to be fixed soon!

@paradise-runner commented on GitHub (Nov 1, 2025): Also getting this issue, seeing some crazy rapid development so expect this to be fixed soon!
Author
Owner

@thdxr commented on GitHub (Nov 1, 2025):

we're working on it this week

@thdxr commented on GitHub (Nov 1, 2025): we're working on it this week
Author
Owner

@ahokinson commented on GitHub (Nov 4, 2025):

Not sure if this is related, but after upgrading to 1.0, my custom theme I had defined no longer shows up in the selectable themes either. I don't see any errors like I used to if the theme wasn't available. So it seems like it knows about the file but can't use it. Did theming change with the upgrade?

https://github.com/ahokinson/dotfiles/blob/develop/common/opencode/themes/catppuccin-frappe.json

@ahokinson commented on GitHub (Nov 4, 2025): Not sure if this is related, but after upgrading to 1.0, my custom theme I had defined no longer shows up in the selectable themes either. I don't see any errors like I used to if the theme wasn't available. So it seems like it knows about the file but can't use it. Did theming change with the upgrade? https://github.com/ahokinson/dotfiles/blob/develop/common/opencode/themes/catppuccin-frappe.json
Author
Owner

@ssoteloserrano commented on GitHub (Nov 5, 2025):

Same problem with my custom theme not being available after update to 1.0.34

@ssoteloserrano commented on GitHub (Nov 5, 2025): Same problem with my custom theme not being available after update to 1.0.34
Author
Owner

@spacetime-labs commented on GitHub (Nov 6, 2025):

Same here at version: 1.0.36

@spacetime-labs commented on GitHub (Nov 6, 2025): Same here at version: 1.0.36
Author
Owner

@thdxr commented on GitHub (Nov 6, 2025):

custom themes aren't loaded yet - will get to it tomorrow

@thdxr commented on GitHub (Nov 6, 2025): custom themes aren't loaded yet - will get to it tomorrow
Author
Owner

@thdxr commented on GitHub (Nov 6, 2025):

SYSTEM THEME DONE

@thdxr commented on GitHub (Nov 6, 2025): SYSTEM THEME DONE
Author
Owner

@cwegener commented on GitHub (Nov 6, 2025):

Just upgraded .. am I doing something wrong. I can't see it show up in the list.

Image
@cwegener commented on GitHub (Nov 6, 2025): Just upgraded .. am I doing something wrong. I can't see it show up in the list. <img width="2556" height="1424" alt="Image" src="https://github.com/user-attachments/assets/7aaec3da-69ee-4d14-862b-f7d604e214b7" />
Author
Owner

@seaweeduk commented on GitHub (Nov 6, 2025):

it's showing for me and working aside from background transparency

Image
@seaweeduk commented on GitHub (Nov 6, 2025): it's showing for me and working aside from background transparency <img width="904" height="707" alt="Image" src="https://github.com/user-attachments/assets/7044ddad-9c5e-465c-bfa8-28fea5516744" />
Author
Owner

@cwegener commented on GitHub (Nov 6, 2025):

oh. I see. It's currently only available for 16-color terminals ... ☹️

@cwegener commented on GitHub (Nov 6, 2025): ~~oh. I see. It's currently only available for 16-color terminals ...~~ ☹️
Author
Owner

@cwegener commented on GitHub (Nov 6, 2025):

Just upgraded .. am I doing something wrong. I can't see it show up in the list.

Ok. It's a problem when running inside a TMUX session ... I'll try to figure out what's going on there.

I do see it available in the list when outside of a TMUX session without problem.

I can set the theme to system when outside TMUX, but when I open a new opencode instance inside TMUX, I get the default opencode theme again.

EDIT:

Yeah. The 'system' theme implementation relies on being able to use OSC 4, so that it can copy those colors into a dynamically created theme called 'system'. I guess a proper 'TTY' theme would be needed instead.

However, currently I am not sure how a 'system' theme and 'TTY' theme would be different from a user's perspective (apart from not relying on OSC 4)

EDIT 2:

Going to have to figure out how to make my set up for TMUX to respond to OSC 4 .... https://github.com/tmux/tmux/issues/2567#issuecomment-778175690

@cwegener commented on GitHub (Nov 6, 2025): > Just upgraded .. am I doing something wrong. I can't see it show up in the list. Ok. It's a problem when running inside a TMUX session ... I'll try to figure out what's going on there. I do see it available in the list when outside of a TMUX session without problem. I can set the theme to `system` when outside TMUX, but when I open a new opencode instance inside TMUX, I get the default opencode theme again. **EDIT**: Yeah. The 'system' theme implementation relies on being able to use OSC 4, so that it can copy those colors into a dynamically created theme called 'system'. I guess a proper 'TTY' theme would be needed instead. However, currently I am not sure how a 'system' theme and 'TTY' theme would be different from a user's perspective (apart from not relying on OSC 4) **EDIT 2**: Going to have to figure out how to make my set up for TMUX to respond to OSC 4 .... https://github.com/tmux/tmux/issues/2567#issuecomment-778175690
Author
Owner

@gkapfham commented on GitHub (Nov 6, 2025):

Hi, I can confirm that the system theme appears when I use 1.0.37 in kitty on NixOS but does not appear when I use the same version of opencode with kitty on NixOS and I am running tmux. I both of these cases, the command echo $COLORTERM outputs truecolor.

I also have my own custom theme in the ~/.config/opencode/themes directory and it does not appear when I run opencode in either the configuration with tmux or the one without it.

Let me know if you need more details, thanks for your awesome work on opencode as I use it regularly!

EDIT: Thanks for clarifying. I've tried several different approaches to getting opencode to work with OSC 4 passthrough on kitty and none seem to work correctly. It has been a long time since I setup my color in tmux! I am currently using version 3.5a of tmux with these (what I think are the main) relevant settings:

# Set the terminal to tmux-256color, supporting italics and bold
set -g default-terminal "tmux-256color"

# Enable true color support for better color highlighting
set -ga terminal-overrides ",*256col*:Tc"
set -ga terminal-overrides ",tmux-256color*:Tc"

set -as terminal-features ',*:osc4'
set -ga terminal-overrides ',*:XT'
set -as terminal-overrides 'xterm*:RGB'

So, @cwegener if you get anything to work, please let me know! Thanks!

@gkapfham commented on GitHub (Nov 6, 2025): Hi, I can confirm that the system theme appears when I use 1.0.37 in `kitty` on NixOS but does not appear when I use the same version of `opencode` with `kitty` on NixOS and I am running `tmux`. I both of these cases, the command `echo $COLORTERM` outputs `truecolor`. I also have my own custom theme in the `~/.config/opencode/themes` directory and it does not appear when I run `opencode` in either the configuration with `tmux` or the one without it. Let me know if you need more details, thanks for your awesome work on `opencode` as I use it regularly! **EDIT**: Thanks for clarifying. I've tried several different approaches to getting `opencode` to work with OSC 4 passthrough on `kitty` and none seem to work correctly. It has been a long time since I setup my color in `tmux`! I am currently using version `3.5a` of `tmux` with these (what I think are the main) relevant settings: ``` # Set the terminal to tmux-256color, supporting italics and bold set -g default-terminal "tmux-256color" # Enable true color support for better color highlighting set -ga terminal-overrides ",*256col*:Tc" set -ga terminal-overrides ",tmux-256color*:Tc" set -as terminal-features ',*:osc4' set -ga terminal-overrides ',*:XT' set -as terminal-overrides 'xterm*:RGB' ``` So, @cwegener if you get anything to work, please let me know! Thanks!
Author
Owner

@cwegener commented on GitHub (Nov 6, 2025):

both of these cases, the command echo $COLORTERM outputs truecolor.

Nothing to do with the COLORTERM env var.

It's this new functionality here:

https://github.com/sst/opencode/blob/d1962ca5a7e65c50235e9c389772331e7cd7a0fe/packages/opencode/src/cli/cmd/tui/util/terminal.ts#L9

@cwegener commented on GitHub (Nov 6, 2025): > both of these cases, the command `echo $COLORTERM` outputs `truecolor`. Nothing to do with the `COLORTERM` env var. It's this new functionality here: https://github.com/sst/opencode/blob/d1962ca5a7e65c50235e9c389772331e7cd7a0fe/packages/opencode/src/cli/cmd/tui/util/terminal.ts#L9
Author
Owner

@cwegener commented on GitHub (Nov 6, 2025):

set -as terminal-overrides 'xterm*:RGB'

So, @cwegener if you get anything to work, please let me know! Thanks!

That is the one setting I added to my tmux.conf and that makes tmux enable its RGB support. You can confirm it via tmux info | grep RGB both with and without that terminal-override.

But it doesn't actually make OSC 4 work for me inside TMUX ...

inside TMUX

Image

outside TMUX works fine

Image

EDIT

I'm going through the verbose tmux client and server logs comparing the logs with :RGB on and :RGB off .. have not really found anything interesting yet.

Might need to dive into the tmux source code to figure out what's going on there.

@cwegener commented on GitHub (Nov 6, 2025): > ``` > set -as terminal-overrides 'xterm*:RGB' > ``` > > So, [@cwegener](https://github.com/cwegener) if you get anything to work, please let me know! Thanks! That is the one setting I added to my tmux.conf and that makes tmux enable its RGB support. You can confirm it via `tmux info | grep RGB` both with and without that terminal-override. But it doesn't actually make OSC 4 work for me inside TMUX ... **inside TMUX** <img width="615" height="245" alt="Image" src="https://github.com/user-attachments/assets/c7545c3b-e5ac-4e3a-a034-234209ddb88b" /> **outside TMUX** works fine <img width="432" height="341" alt="Image" src="https://github.com/user-attachments/assets/08e5eaf4-4030-42f2-ba60-dd724c9d5d23" /> **EDIT** I'm going through the verbose tmux client and server logs comparing the logs with `:RGB` on and `:RGB` off .. have not really found anything interesting yet. Might need to dive into the tmux source code to figure out what's going on there.
Author
Owner

@gkapfham commented on GitHub (Nov 6, 2025):

After quickly scanning docs for zellij it looks like that terminal multiplexing tool has similar issues. I often (but not always) use opencode through nvim and the sidekick.nvim plugin that uses either tmux or zellij and it requires the use of the system theme to work correctly (at least right now). As such, not being able to use the system theme when opencode is run through tmux (and likely zellij) would create problems for certain people like me.

EDIT:

I forgot to mention that I also have set -g allow-passthrough on set and it does not seem to ensure that the OSC codes are passed through when running opencode. Although I've been using tmux for years, I'm not an expert with it and thus I may be overlooking something!

@gkapfham commented on GitHub (Nov 6, 2025): After quickly scanning docs for `zellij` it looks like that terminal multiplexing tool has similar issues. I often (but not always) use `opencode` through `nvim` and the `sidekick.nvim` plugin that uses either `tmux` or `zellij` and it requires the use of the `system` theme to work correctly (at least right now). As such, not being able to use the `system` theme when `opencode` is run through `tmux` (and likely `zellij`) would create problems for certain people like me. **EDIT**: I forgot to mention that I also have `set -g allow-passthrough on` set and it does not seem to ensure that the OSC codes are passed through when running `opencode`. Although I've been using `tmux` for years, I'm not an expert with it and thus I may be overlooking something!
Author
Owner

@cwegener commented on GitHub (Nov 6, 2025):

I'm going through the verbose tmux client and server logs comparing the logs with :RGB on and :RGB off .. have not really found anything interesting yet.

Might need to dive into the tmux source code to figure out what's going on there.

For reference, this is where support for reading the colour palette via ? has been introduced:

https://github.com/tmux/tmux/commit/d721fb2a9fd70c157abb8540d4c50fca654f9f4d

@cwegener commented on GitHub (Nov 6, 2025): > I'm going through the verbose tmux client and server logs comparing the logs with `:RGB` on and `:RGB` off .. have not really found anything interesting yet. > > Might need to dive into the tmux source code to figure out what's going on there. For reference, this is where support for reading the colour palette via `?` has been introduced: https://github.com/tmux/tmux/commit/d721fb2a9fd70c157abb8540d4c50fca654f9f4d
Author
Owner

@cwegener commented on GitHub (Nov 7, 2025):

This is what what opencode found with Claude 4.5:

https://opencode.ai/s/0MczeZym

this is what's showing up in the tmux-server debug log when running with tmux -vv:

1762496932.732026 input_enter_osc
1762496932.732034 input_exit_osc: "4;3;?" (end ST)
1762496932.732042 bad OSC 4: 3;?
@cwegener commented on GitHub (Nov 7, 2025): This is what what opencode found with Claude 4.5: https://opencode.ai/s/0MczeZym this is what's showing up in the tmux-server debug log when running with `tmux -vv`: ``` 1762496932.732026 input_enter_osc 1762496932.732034 input_exit_osc: "4;3;?" (end ST) 1762496932.732042 bad OSC 4: 3;? ```
Author
Owner

@blaadje commented on GitHub (Nov 7, 2025):

I have same issue while running opencode inside nvim (left nvim in kitty, right kitty)

Image

It was working with v0.15.0

@blaadje commented on GitHub (Nov 7, 2025): I have same issue while running opencode inside nvim (left nvim in kitty, right kitty) <img width="2555" height="2075" alt="Image" src="https://github.com/user-attachments/assets/6b1f80ad-aa24-44b7-846b-300b679ca213" /> It was working with `v0.15.0`
Author
Owner

@gkapfham commented on GitHub (Nov 8, 2025):

Since the system theme still does not appear in version 1.0.48 when run in tmux but does appear otherwise, should we open a new issue to track the problem? As your schedule permits, please let us know how you would like to proceed @thdxr. Thanks, I appreciate your help!

@gkapfham commented on GitHub (Nov 8, 2025): Since the `system` theme still does not appear in version `1.0.48` when run in `tmux` but does appear otherwise, should we open a new issue to track the problem? As your schedule permits, please let us know how you would like to proceed @thdxr. Thanks, I appreciate your help!
Author
Owner

@rekram1-node commented on GitHub (Nov 8, 2025):

@gkapfham i believe there is an issue specifically with tmux on their end, a pr was merged in the tmux repo a week or so ago and we await their next release

but rn their last release was in 2024 :(

@rekram1-node commented on GitHub (Nov 8, 2025): @gkapfham i believe there is an issue specifically with tmux on their end, a pr was merged in the tmux repo a week or so ago and we await their next release but rn their last release was in 2024 :(
Author
Owner

@gkapfham commented on GitHub (Nov 8, 2025):

Hi @rekram1-node, hey, thanks for this update, I appreciate it! If I am reading various issues for opencode, it seems like it is currently working better with zellij, is that right? So, one alternative I and others who use tmux might have is to switch to using zellij. If that is not the case and you have time, please let me know. When I have some free-time in my schedule I might try to look into converting my tmux and tmuxinator configurations to zellij, especially if zellij is more actively maintained and better supported by opencode.

@gkapfham commented on GitHub (Nov 8, 2025): Hi @rekram1-node, hey, thanks for this update, I appreciate it! If I am reading various issues for `opencode`, it seems like it is currently working better with `zellij`, is that right? So, one alternative I and others who use `tmux` might have is to switch to using `zellij`. If that is not the case and you have time, please let me know. When I have some free-time in my schedule I might try to look into converting my `tmux` and `tmuxinator` configurations to `zellij`, especially if `zellij` is more actively maintained and better supported by `opencode`.
Author
Owner

@rekram1-node commented on GitHub (Nov 8, 2025):

@gkapfham tbh im not sure I dont use either haha

but i think more opencode devs use tmux than zellij

@rekram1-node commented on GitHub (Nov 8, 2025): @gkapfham tbh im not sure I dont use either haha but i think more opencode devs use tmux than zellij
Author
Owner

@cwegener commented on GitHub (Nov 10, 2025):

@gkapfham i believe there is an issue specifically with tmux on their end, a pr was merged in the tmux repo a week or so ago and we await their next release

Thanks for the update. https://github.com/tmux/tmux/commit/1e61e524003f7fa0f8e1b2b8c0a21cce000d3fa6 does indeed fix the issue with tmux. system theme works well in tmux when applying that patch to tmux.

@cwegener commented on GitHub (Nov 10, 2025): > [@gkapfham](https://github.com/gkapfham) i believe there is an issue specifically with tmux on their end, a pr was merged in the tmux repo a week or so ago and we await their next release > Thanks for the update. https://github.com/tmux/tmux/commit/1e61e524003f7fa0f8e1b2b8c0a21cce000d3fa6 does indeed fix the issue with tmux. system theme works well in tmux when applying that patch to tmux.
Author
Owner

@ahokinson commented on GitHub (Nov 10, 2025):

custom themes aren't loaded yet - will get to it tomorrow

Is there a place to track when this is implemented?

@ahokinson commented on GitHub (Nov 10, 2025): > custom themes aren't loaded yet - will get to it tomorrow Is there a place to track when this is implemented?
Author
Owner

@gkapfham commented on GitHub (Nov 10, 2025):

Hi, I wanted to confirm that a recent version of opencode works correctly with the system theme when run in zellij and run in neovim with zellij. So, if you are currently using tmux and can figure out how to customize zellij to your liking, then this is a path forward with programs that are already released!

@gkapfham commented on GitHub (Nov 10, 2025): Hi, I wanted to confirm that a recent version of `opencode` works correctly with the `system` theme when run in `zellij` and run in `neovim` with `zellij`. So, if you are currently using `tmux` and can figure out how to customize `zellij` to your liking, then this is a path forward with programs that are already released!
Author
Owner

@danmondra commented on GitHub (Nov 25, 2025):

This problem is still happening when using Tmux, system is not listed as an available Theme. (1.0.112 opencode version)

@danmondra commented on GitHub (Nov 25, 2025): This problem is still happening when using Tmux, system is not listed as an available Theme. (1.0.112 opencode version)
Author
Owner

@cwegener commented on GitHub (Nov 26, 2025):

This problem is still happening when using Tmux, system is not listed as an available Theme. (1.0.112 opencode version)

A tmux patch is required. Refer to my comment three entries above ...

https://github.com/sst/opencode/issues/3688#issuecomment-3513966167

@cwegener commented on GitHub (Nov 26, 2025): > This problem is still happening when using Tmux, system is not listed as an available Theme. (1.0.112 opencode version) A tmux patch is required. Refer to my comment three entries above ... https://github.com/sst/opencode/issues/3688#issuecomment-3513966167
Author
Owner

@rekram1-node commented on GitHub (Nov 26, 2025):

@danmondra we are waiting for the next tmux release and it will be fixed. The fix was already merged in but they didn't release it yet

@rekram1-node commented on GitHub (Nov 26, 2025): @danmondra we are waiting for the next tmux release and it will be fixed. The fix was already merged in but they didn't release it yet
Author
Owner

@offlinehacker commented on GitHub (Nov 28, 2025):

Can confirm it's working with tmux 3.6 from homebrew 🚀

Image

When you change from dark/bright mode you still need to detach/attach to tmux session and restart opencode, but that's minor inconvenience.

@offlinehacker commented on GitHub (Nov 28, 2025): Can confirm it's working with tmux 3.6 from homebrew 🚀 <img width="2308" height="1326" alt="Image" src="https://github.com/user-attachments/assets/be55851e-5da5-44a9-bda0-1f59a3ae94e5" /> When you change from dark/bright mode you still need to detach/attach to tmux session and restart opencode, but that's minor inconvenience.
Author
Owner

@noirbizarre commented on GitHub (Nov 30, 2025):

For me it worked with tmux 3.6 on the 1.0.119 and then with the 1.0.120, the system theme disappeared again (I tried all versions from 1.0.122 to 1.0.119, system theme is only available in 1.0.119 on tmux 3.6).
Between both, OpenTUI has been upgraded from 0.1.50 to 0.1.51 and contains https://github.com/sst/opentui/pull/354 which seem to be the cause (I did not had time to try reverting the commit to confirm).

@noirbizarre commented on GitHub (Nov 30, 2025): For me it worked with tmux 3.6 on the 1.0.119 and then with the 1.0.120, the system theme disappeared again (I tried all versions from 1.0.122 to 1.0.119, system theme is only available in 1.0.119 on tmux 3.6). Between both, OpenTUI has been upgraded from 0.1.50 to 0.1.51 and contains https://github.com/sst/opentui/pull/354 which seem to be the cause (I did not had time to try reverting the commit to confirm).
Author
Owner

@rekram1-node commented on GitHub (Nov 30, 2025):

^^ btw @kommander

@rekram1-node commented on GitHub (Nov 30, 2025): ^^ btw @kommander
Author
Owner

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

That's odd, that change seems to have fixed it for others. Maybe that worked for 3.5 but not 3.6 anymore. I'll check.

@kommander commented on GitHub (Nov 30, 2025): That's odd, that change seems to have fixed it for others. Maybe that worked for 3.5 but not 3.6 anymore. I'll check.
Author
Owner

@seaweeduk commented on GitHub (Nov 30, 2025):

I dont use tmux but background transparency in the system theme hasn't worked since this was reverted, is it still on the radar?

https://github.com/sst/opencode/commit/ab072290fc501edf2a9d6f766aedb2511d6fd721

@seaweeduk commented on GitHub (Nov 30, 2025): I dont use tmux but background transparency in the system theme hasn't worked since this was reverted, is it still on the radar? https://github.com/sst/opencode/commit/ab072290fc501edf2a9d6f766aedb2511d6fd721
Author
Owner

@malhashemi commented on GitHub (Nov 30, 2025):

I dont use tmux but background transparency in the system theme hasn't worked since this was reverted, is it still on the radar?

https://github.com/sst/opencode/commit/ab072290fc501edf2a9d6f766aedb2511d6fd721

Yeah man I hate that it is removed, system for sure should get transparent background, I tried to fix it with #4879 plus add hot reloading (I hate having to restart opencode every time my dynamic theme changes) but not sure if it ever going to be merged

@malhashemi commented on GitHub (Nov 30, 2025): > I dont use tmux but background transparency in the system theme hasn't worked since this was reverted, is it still on the radar? > > https://github.com/sst/opencode/commit/ab072290fc501edf2a9d6f766aedb2511d6fd721 Yeah man I hate that it is removed, system for sure should get transparent background, I tried to fix it with #4879 plus add hot reloading (I hate having to restart opencode every time my dynamic theme changes) but not sure if it ever going to be merged
Author
Owner

@noirbizarre commented on GitHub (Dec 1, 2025):

Transparent background with system theme was working with 1.0.119 and tmux 3.6.
My hypothesis is that OSC4 palette request was working fine with tmux 3.6 but the escaping added in OpenTUI if for tmux 3.5 and doesn't work with with 3.6 because it has now native support for it.
I have submited a fix to submit to OpenTUI and I get system theme back in tmux 3.6: https://github.com/sst/opentui/pull/373

@noirbizarre commented on GitHub (Dec 1, 2025): Transparent background with system theme was working with 1.0.119 and tmux 3.6. My hypothesis is that OSC4 palette request was working fine with tmux 3.6 but the escaping added in OpenTUI if for tmux 3.5 and doesn't work with with 3.6 because it has now native support for it. I have submited a fix to submit to OpenTUI and I get `system` theme back in tmux 3.6: https://github.com/sst/opentui/pull/373
Author
Owner

@arthur404dev commented on GitHub (Dec 3, 2025):

Should add here aswell but Zellij has an odd behavior on OSC0 and OSC1, clearing the zellij cache works but might be an incovenience for anyone using plugins. Just reporting to put under the radar

@arthur404dev commented on GitHub (Dec 3, 2025): Should add here aswell but Zellij has an odd behavior on OSC0 and OSC1, clearing the zellij cache works but might be an incovenience for anyone using plugins. Just reporting to put under the radar
Author
Owner

@john-persson-polestar commented on GitHub (Jan 7, 2026):

Thanks to the comments above I was able to get the system theme back by updating tmux from next-3.6 to next-3.7.

Any update on background transparency?

@john-persson-polestar commented on GitHub (Jan 7, 2026): Thanks to the comments above I was able to get the `system` theme back by updating tmux from `next-3.6` to `next-3.7`. Any update on background transparency?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#2440