wincent/terminus

E349: No identifier Under Cursor

kaiyulee opened this issue · 11 comments

wincent commented

Unfortunately I don't really get what I am seeing in the jpg. It is very blurry on my machine. Is it supposed to be an animated gif?

Also, see :h E349 for more context on what the error supposedly means (doesn't seem to have a lot to do with focus reporting; I wonder if you have any bindings involving *).

lencioni commented

I also started seeing this error after updating terminus today. It happens when I first start Vim. A git bisect points me at 9382e00 as the culprit and can verify that adding let g:TerminusFocusReporting=0 makes the error no longer appear.

wincent commented

I suspect some interaction with a plug-in, so will need a bit more help to repro this.

lencioni commented

I removed all plugins except for the following:

terminus     vim-pathogen

and the problem persists.

Here's the output of vim --version:

VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Feb 26 2017 08:42:12)
MacOS X (unix) version
Included patches: 1-373
Compiled by Homebrew
Huge version without GUI.  Features included (+) or not (-):
+acl             +file_in_path    +mouse_sgr       +tag_old_static
+arabic          +find_in_path    -mouse_sysmouse  -tag_any_white
+autocmd         +float           +mouse_urxvt     -tcl
-balloon_eval    +folding         +mouse_xterm     +termguicolors
-browse          -footer          +multi_byte      +terminfo
++builtin_terms  +fork()          +multi_lang      +termresponse
+byte_offset     -gettext         -mzscheme        +textobjects
+channel         -hangul_input    +netbeans_intg   +timers
+cindent         +iconv           +num64           +title
-clientserver    +insert_expand   +packages        -toolbar
+clipboard       +job             +path_extra      +user_commands
+cmdline_compl   +jumplist        +perl            +vertsplit
+cmdline_hist    +keymap          +persistent_undo +virtualedit
+cmdline_info    +lambda          +postscript      +visual
+comments        +langmap         +printer         +visualextra
+conceal         +libcall         +profile         +viminfo
+cryptv          +linebreak       +python          +vreplace
+cscope          +lispindent      -python3         +wildignore
+cursorbind      +listcmds        +quickfix        +wildmenu
+cursorshape     +localmap        +reltime         +windows
+dialog_con      -lua             +rightleft       +writebackup
+diff            +menu            +ruby            -X11
+digraphs        +mksession       +scrollbind      -xfontset
-dnd             +modify_fname    +signs           -xim
-ebcdic          +mouse           +smartindent     -xpm
+emacs_tags      -mouseshape      +startuptime     -xsmp
+eval            +mouse_dec       +statusline      -xterm_clipboard
+ex_extra        -mouse_gpm       -sun_workshop    -xterm_save
+extra_search    -mouse_jsbterm   +syntax          
+farsi           +mouse_netterm   +tag_binary      
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
       defaults file: "$VIMRUNTIME/defaults.vim"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: clang -c -I. -Iproto -DHAVE_CONFIG_H   -DMACOS_X_UNIX  -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1       
Linking: clang   -L. -fstack-protector -L/usr/local/lib -L/usr/local/opt/libyaml/lib -L/usr/local/opt/openssl/lib -L/usr/local/opt/readline/lib  -L/usr/local/lib -o vim        -lncurses -liconv -framework Cocoa   -mmacosx-version-min=10.11 -fstack-protector-strong -L/usr/local/lib  -L/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0/darwin-thread-multi-2level/CORE -lperl -lm -lutil -lc -F/usr/local/opt/python/Frameworks -framework Python   -lruby.2.4.0 -lobjc

Perhaps there is something up with the version of vim I am on, or possibly something in my configuration. I can dig in some more later, but unlikely today.

lencioni commented

Actually, I tracked it down to this line in my vim config:

nnoremap <silent> <Esc> :nohlsearch<CR><Esc>
lencioni commented

Interestingly, this also triggers it:

nnoremap <silent> <Esc> <Esc>
lencioni commented

Also, FYI I've updated Vim to include patches through 666 and same issue.

wincent commented

Thanks for the minimal repro, @lencioni. I can repro it, although I haven't thought of a fix for it yet. Doesn't repro in Neovim, BTW.

wincent commented

Workaround: define any multi-char mapping starting with <Esc>, even a nonsense one:

nnoremap <Esc><Esc> <nop>

You'll get the annoying delay mentioned in 9382e00, but at least you won't see that error.

rcarraretto commented

fwiw, I was having an issue with the file reloading feature and, thanks to this thread, I fixed it by removing a very similar line from my vimrc (it was an unused mapping anyway):

nnoremap <silent> <esc> :noh<cr>

for the record, my issue was:

  • I would open vim in a dir (netrw) and I would see E349.
  • when vim gained focus I would see some message basically showing me the file path and that required me to press enter. the file wouldn't reload as expected.

iterm2, tmux 2.4, vim 8

thanks, folks!

lencioni commented

I believe this same mapping recently starting causing more annoying problems with terminus that sound very similar to what @rcarraretto was experiencing. Main difference is that my prompt showed me a few lines in the file around where my cursor was.