Completion popup drawing issue with cpo-$

[GoogleCodeExporter]

With the '$' flag set in cpoptions, completion popups that are drawn
while line redisplay is off (due to the effect of the flag) are also not
redisplayed, being left on screen even after the completion is
performed, or aborted with <C-E>. This doesn't seem intentional and can
be quite distracting.

The issue can be reproduced with the default vim settings e.g. as
follows. Start with the command:

$ vim -u NONE -c 'exe "norm iaaa iabbbbbb acc" | norm yyp'

Type 'C' to enter insert mode at the start of the second line, with the
effect of cpo-$ active. Then the problem can be seen e.g. with
'a<C-X><C-N> a<C-X><C-N>': the first word completes to 'aaa' and the
second word is completing to 'aaa'. The issue can now be seen: the
completion popup from the first completion is still visible (partially:
the second popup overwrote part of it).

The screen at this point looks like the following, with the cursor's
position marked with >< signs and the last three lines consisting of the
completion popups:

aaa abbbbbb acc
aaa aaa>b<bbb ac$
aaa aaa
abb abbbbbb
acc acc

$ vim --version | head -2
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Sep  3 2013 19:58:40)
Included patches: 1-16

Original issue reported on code.google.com by matti.ni...@iki.fi on 5 Sep 2013 at 9:01

[GoogleCodeExporter]

Here is a patch, that enforces a redraw, when '$' is in cpo options and a 
second popupmenu item is started in the same line.

Original comment by chrisbr...@googlemail.com on 9 Jan 2015 at 1:26

• Added labels: patch

Attachments:

• popupmenu_redraw.diff

[GoogleCodeExporter]

Should be fixed by patch 7.4.688

Original comment by brammool...@gmail.com on 31 Mar 2015 at 5:19

• Changed state: Fixed