Terminal not correctly registering first input

[sash-a]

Thanks for the great plugin!

I cannot work out why when I launch my terminal my first input is not correctly registered. It seems that the first input is interpreted by sh and not zsh as when I press the up arrow I see OA or when I paste with ctrl+shift+v it outputs [200~<pasted text>~. From some googling these are the keycodes and so aren't being read by my shell, but output into the terminal. However, I am zsh and this does not happen except in the snacks terminal.

Note this only happens on the first input and not the rest, some keys just enter a blank input and it happens every time I re-open the terminal.

I've tried launching in many different ways, what I thought would, but hasn't is:

Snacks.terminal("zsh", {shell="zsh"})

I am aware this may be an issue with my terminal and not snacks, but I cannot work out why it only happens in snacks. Also I have tried both kitty and ghostty.

[drowning-cat]

I think the issue is that the terminal isn't ready when you press something. It's not about being "first" but rather the time it takes to load. Once it finishes loading, zsh will eventually reprint those characters. I'm not sure why you think Snacks can influence an external process like that. Try removing your zsh configuration and opening the Snacks terminal again to see if there's any difference.

[sash-a]

Hi @drowning-cat thanks for the reply I tried this, my .zshrc now looks like this:

export SHELL=/usr/bin/zsh
source ~/.profile

And no matter how long I wait (I've tried waiting a full minute) if I press up the output is OA 🤷.

So it doesn't seem to be a loading config issue, any other ideas of what it could be?

[drowning-cat]

I don't have enough knowledge to say what's going on right away, but I will still try to help.

Check whether this works:

terminal = {
  interactive = false,
  auto_close = true,
  win = {
    bo = {
      -- Delete buffer when the terminal window is closed
      bufhidden = 'delete',
    },
  },
}

The best thing you can do is provide a minimal reproducible example, or at least check if it works with stock LazyVim and stock oh-my-zsh. I just need a way to reproduce the problem myself.

[drowning-cat]

The problem most likely has something to do with the prompt (p10k) when you open zsh shell.

[sash-a]

Seems that bufhidden = 'delete' solves this although it's not the behavior I want. Where do you find all the options for wo?

Thanks, I'll try to create an MWE this evening

[drowning-cat]

See :h E355, but it's not very helpful for this problem—there are too many options.

Note

Options can be global (o), window-local (wo), or buffer-local (bo).

[drowning-cat]

Here is also a small terminal implementation that you can test to see if there's any difference with snacks.nvim (though it shouldn't matter):

vim.o.shell = '/bin/zsh'

vim.api.nvim_create_autocmd('TermOpen', {
  group = vim.api.nvim_create_augroup('terminal', { clear = true }),
  callback = function()
    vim.opt.number = false
    vim.opt.relativenumber = false
    vim.cmd.startinsert()
  end,
})

local term_win, term_buf = -1, -1
local term_chan = -1
vim.keymap.set('n', '<leader>tt', function()
  if not vim.api.nvim_win_is_valid(term_win) then
    -- Open
    vim.cmd.split()
    if vim.api.nvim_buf_is_valid(term_buf) and vim.bo[term_buf].buftype == 'terminal' then
      vim.api.nvim_set_current_buf(term_buf)
    else
      vim.cmd.term()
    end
    vim.cmd.wincmd 'J'
    vim.api.nvim_win_set_height(0, 15)
    term_win = vim.api.nvim_get_current_win()
    term_buf = vim.api.nvim_get_current_buf()
    term_chan = vim.bo.channel
  else
    -- Close
    vim.api.nvim_win_hide(term_win)
  end
end)

-- vim.fn.chansend(chan, { "echo 'good'\r\n" })

vim.keymap.set('t', '<Esc><Esc>', '<C-\\><C-n>', { desc = 'Exit terminal mode' })