bug: opencode rendering issues

[skoch13]

Did you check docs and existing issues?

• I have read all the sidekick.nvim docs
• I have updated the plugin to the latest version before submitting this issue
• I have searched the existing issues of sidekick.nvim
• I have searched the existing issues of plugins related to this issue

Neovim version (nvim -v)

latest nightly

Operating system/version

Macos 26, WezTerm stable

Describe the bug

Steps To Reproduce

Start opencode session within neovim

Expected Behavior

It just works ™️

Repro

vim.env.LAZY_STDPATH = ".repro"
load(vim.fn.system("curl -s https://raw.githubusercontent.com/folke/lazy.nvim/main/bootstrap.lua"))()

require("lazy.minit").repro({
  spec = {
    { "folke/sidekick.nvim", opts = {} },
    -- add any other plugins here
  },
})

[folke]

Can't reproduce this. This is how it looks for me:

[folke]

It looks like opencode is getting the wrong width/height of the window.
Did this happen on open? Or after changing the window size?

[jorgeavaldez]

i can reproduce, also using wezterm on macos

[skoch13]

@folke on open

Screenshot.2025-09-30.at.22.37.41.mp4

[folke]

what if you run :term opencode directly?

[skoch13]

@folke same distorted result

[skoch13]

I also tried ghostty, same issue

[folke]

If it doesn't work in :term, then it's a terminal/neovim issue. Not related to sidekick.

Closing...

[folke]

You could try setting vim.o.scrollback = 0 and see if that helps.
Seems to be an issue with terminal reflow.

[skoch13]

okay, the issue seems to be with opencode and its themes: setting it to system solves the glitches

[folke]

hmm, I get the same issues unless I'm enabling opts.cli.mux.enabled = true, then it works.

[folke]

works fine when running with zellij or tmux, so you can use that as a work-around.

[skoch13]

wezterm's multiplexing totally satisfies my workflow, so I don't want to add additional one. thank you