Path: csiph.com!goblin3!goblin2!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail
From: Enrico Maria De Angelis <enricomaria.dean6elis@gmail.com>
Newsgroups: gnu.bash.bug
Subject: Bash vi mode's e command (end of word) goes to eol when hitting a unicode character
Date: Mon, 3 Sep 2018 13:13:03 +0200
Lines: 23
Approved: bug-bash@gnu.org
Message-ID: <mailman.330.1535979772.1284.bug-bash@gnu.org>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
To: bug-bash@gnu.org
Envelope-to: bug-bash@gnu.org
Precedence: list
Xref: csiph.com gnu.bash.bug:14547

This is kind of a pedantic bug report.
Basically it seems that bash's vi-mode doesn't use the same definition of
words/Words/... that Vim uses (which is the facto the always installed
version of vi), but I write you the same, just in case it's an easy task to
do the fix (if you think this is really a bug).

The version number of bash: GNU bash, version 4.4.23(1)-release
The hardware and operating system: Arch LInux (constatly update)
The compiler used to compile: I didn't compile bash myself
A description of the bug behaviour: & A short script or `recipe' which
exercises the bug:
While vi-editing a line like the following
$ ls bulk32=C2=B3 grids.dat COPYING
with the cursor in normal mode at the beginning of the line, hitting e
repeatedly, cause the cursor to move in order to
s of ls (correct)
2 of bulk32=C2=B3 (correct, since Vim itself works like this, with an end o=
f
word being detected in between 2 and =C2=B3)
end of line (wrong)

Kind regards,
Enrico Maria De Angelis