Ctrl-V behavior broken in insert and command modes

12 views
Skip to first unread message

Gary Johnson

unread,
Nov 27, 2019, 8:15:10 PM11/27/19
to vim...@googlegroups.com
Entering Ctrl-V in insert mode or on the command line used to allow
the following character to be inserted literally. Now, when
I follow Ctrl-V with another Ctrl-V, this sequence is inserted:

^[[27;5;118~

I don't know when this started--I just noticed it in Vim 8.1.2300 on
Linux. I verified that Ctrl-V works correctly in the same terminal
(xterm 330) with Vim 8.0.1453. Both tests were run with "-N -u
NONE".

Here is the output of "vim --version".


VIM - Vi IMproved 8.1 (2018 May 18, compiled Nov 14 2019 09:52:19)
Included patches: 1-1298, 1300-2300
Compiled by gary@portal04
Normal version with GTK2 GUI. Features included (+) or not (-):
+acl -farsi -mouse_sysmouse -tag_any_white
-arabic +file_in_path -mouse_urxvt -tcl
+autocmd +find_in_path +mouse_xterm -termguicolors
+autochdir +float +multi_byte -terminal
-autoservername +folding +multi_lang +terminfo
+balloon_eval -footer -mzscheme +termresponse
-balloon_eval_term +fork() +netbeans_intg +textobjects
+browse +gettext +num64 +textprop
+builtin_terms -hangul_input +packages +timers
+byte_offset +iconv +path_extra +title
+channel +insert_expand -perl +toolbar
+cindent +job +persistent_undo +user_commands
+clientserver +jumplist +postscript -vartabs
+clipboard -keymap +printer +vertsplit
+cmdline_compl +lambda -profile +virtualedit
+cmdline_hist -langmap +python +visual
+cmdline_info +libcall -python3 +visualextra
+comments +linebreak +quickfix +viminfo
+conceal +lispindent +reltime +vreplace
+cryptv +listcmds -rightleft +wildignore
+cscope +localmap -ruby +wildmenu
+cursorbind -lua +scrollbind +windows
+cursorshape +menu +signs +writebackup
+dialog_con_gui +mksession +smartindent +X11
+diff +modify_fname -sound -xfontset
+digraphs +mouse +spell +xim
+dnd +mouseshape +startuptime +xpm
-ebcdic -mouse_dec +statusline +xsmp_interact
-emacs_tags +mouse_gpm -sun_workshop +xterm_clipboard
+eval -mouse_jsbterm +syntax -xterm_save
+ex_extra -mouse_netterm +tag_binary
+extra_search +mouse_sgr -tag_old_static
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
2nd user gvimrc file: "~/.vim/gvimrc"
defaults file: "$VIMRUNTIME/defaults.vim"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/usr/local/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -g -DFEAT_CONCEAL -DFEAT_MOUSE_SGR -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -L/usr/local/lib -Wl,--as-needed -o vim -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lm -ltinfo -lelf -lnsl -lselinux -lacl -lattr -lgpm -ldl -L/usr/lib/python2.7/config-x86_64-linux-gnu -lpython2.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions


Regards,
Gary

Ken Takata

unread,
Nov 27, 2019, 8:57:34 PM11/27/19
to vim_dev
Hi,


2019/11/28 Thu 10:15:10 UTC+9 Gary Johnson wrote:
Entering Ctrl-V in insert mode or on the command line used to allow
the following character to be inserted literally.  Now, when
I follow Ctrl-V with another Ctrl-V, this sequence is inserted:

    ^[[27;5;118~

I don't know when this started--I just noticed it in Vim 8.1.2300 on
Linux.  I verified that Ctrl-V works correctly in the same terminal
(xterm 330) with Vim 8.0.1453.  Both tests were run with "-N -u
NONE".


This was fixed with 8.1.2350.
If you still need to use 8.1.2300, you can disable the behavior by:

      let &t_TI = ""
      let
&t_TE = ""

See `:help modifyOtherKeys` for detail.

Regards,
Ken Takata

Gary Johnson

unread,
Nov 27, 2019, 9:15:20 PM11/27/19
to vim_dev
On 2019-11-27, Ken Takata wrote:
> Hi,
>
> 2019/11/28 Thu 10:15:10 UTC+9 Gary Johnson wrote:
>
> Entering Ctrl-V in insert mode or on the command line used to allow
> the following character to be inserted literally.  Now, when
> I follow Ctrl-V with another Ctrl-V, this sequence is inserted:
>
>     ^[[27;5;118~
>
> I don't know when this started--I just noticed it in Vim 8.1.2300 on
> Linux.  I verified that Ctrl-V works correctly in the same terminal
> (xterm 330) with Vim 8.0.1453.  Both tests were run with "-N -u
> NONE".
>
>
>
> This was fixed with 8.1.2350.

Thank you. I updated to 8.1.2352 and, of course, that fixed it.

> If you still need to use 8.1.2300, you can disable the behavior by:
>
>       let &t_TI = ""
>       let &t_TE = ""
>
> See `:help modifyOtherKeys` for detail.

Thanks for the reference.

Regards,
Gary

Reply all
Reply to author
Forward
0 new messages