remote machine wrapified cause vim/ neovim stuck

[dan3455527]

Discord username (optional)

No response

Describe the bug

With the remote ssh server with all zsh, bash, fish encounter this problem. after wrapified the ssh shell into sub shell. everytime opening the file with neovim or vim and immediately have a keystroke cause the vim crash and stuck. only when I click with mouse can fix it. or it might need to wait for 3-5 second to have a first key stroke after opening the file to avoid the issue

To reproduce

1. enter remote ssh server
2. wrap with sub shell
3. open file with vim / neovim
4. key stroke (any key include hjkl) within 3-5 second
5. vim stuck and crash
6. have a mouse click to fix the problem

Expected behavior

No response

Screenshots

No response

Operating system

MacOS

Operating system and version

14.0.0

Shell Version

No response

Current Warp version

v0.2024.01.02.08.02.stable_02

Regression

No, this bug or issue has existed throughout my experience using Warp

Recent working Warp date

No response

Additional context

No response

Does this block you from using Warp daily?

No

Is this a Warp specific issue? (i.e. does it happen in Terminal, iTerm, Kitty, etc.)

No, this same issue happens in Warp and other terminals.

Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e

None

[dannyneira]

Hey @dan3455527 Thanks for letting us know. This one is hard to reproduce on my end. Is it possible there is something in the remote machines ~/.vimrc file that may be causing this. If you could please share the vim/neovim config file so that we can try and reproduce the issue on our end.

To anyone else facing this issue, please add a 👍 to the original post at the top or comment with your details, and subscribe if you'd like to be notified.

[dan3455527]

Thank you for your response! About this issue I also found another condition in order to trigger this bug. this issue only occurs when I use warpified subshell.

In my case, this bug is most commonly occurred when first time opening any file after cd into another directory. To be more specific about the key stroke timing, if I strike the key before the vim text fully loaded, it will have 100% trigger rate about this bug, and somtime triggered after the text fully loaded.

This issue has been observed on two of my remote machine, one with ubuntu 20.04 and the other will 22.04. My neovim version is 0.7.2 and vim version is 8.2.2121, vim is still vanilla without tweaking after apt-install, and this is my neovim's init.vim config below:

:set number
:set relativenumber
:set autoindent
:set tabstop=4
:set shiftwidth=4
:set smarttab
:set softtabstop=4
:set mouse=a

call plug#begin()
Plug 'https://github.com/vim-airline/vim-airline'
Plug 'https://github.com/preservim/nerdtree'
Plug 'https://github.com/tpope/vim-surround'
Plug 'https://github.com/rafi/awesome-vim-colorschemes'
Plug 'https://github.com/ap/vim-css-color'
Plug 'https://github.com/ryanoasis/vim-devicons'
Plug 'https://github.com/tc50cal/vim-terminal'
Plug 'https://github.com/terryma/vim-multiple-cursors' " CTRL + N for multicursor
call plug#end()

:colorscheme nord

nnoremap <C-f> :NERDTreeFocus<CR>
nnoremap <C-n> :NERDTree<CR>
nnoremap <C-t> :NERDTreeToggle<CR>

let g:NERDTreeDirArrowExpandable="+"
let g:NERDTreeDirArrowCollapsible="~"
if !exists('g:airline_symbols')
    let g:airline_symbols = {}
endif
let g:airline_left_sep = ''
let g:airline_left_alt_sep = ''
let g:airline_right_sep = ''
let g:airline_right_alt_sep = ''
let g:airline_symbols.branch = '⎇'

[yxd0018]

Even on localhost, vi hangs after change.