function call signatures in insert mode wraps erroneously

[thekswenson]

Issue

When adding a function call the pop-up call signature often needlessly wraps to span 2 lines. Here is an example:

Steps to reproduce

1. create a python file
2. type a funciton call

Versions

• jedi-vim: [master] 0.8.0-47-ge66c2e1
• Vim / Neovim: 7.4.1829
• Python: 2.7.12+

In case you are not using jedi-vim from Git master, please test it there, too.

Output of the "JediDebugInfo" command (in a Python buffer)

Output of the "messages" Vim command

Output of "scriptnames" Vim command

1: /usr/share/vim/vimrc 2: /usr/share/vim/vim74/debian.vim 3: /usr/share/vim/vim74/syntax/syntax.vim 4: /usr/share/vim/vim74/syntax/synload.vim 5: /usr/share/vim/vim74/syntax/syncolor.vim 6: /usr/share/vim/vim74/filetype.vim 7: ~/.vimrc 8: /usr/share/vim/vim74/ftoff.vim 9: ~/.vim/bundle/Vundle.vim/autoload/vundle.vim 10: ~/.vim/bundle/Vundle.vim/autoload/vundle/config.vim 11: /usr/share/vim/vim74/ftplugin.vim 12: /usr/share/vim/vim74/indent.vim 13: /usr/share/vim/vim74/indoff.vim 14: /usr/share/vim/vim74/syntax/nosyntax.vim 15: ~/.vim/colors/Dark2_kms.vim 16: ~/.vim/bundle/supertab/plugin/supertab.vim 17: ~/.vim/bundle/csapprox/plugin/CSApprox.vim 18: ~/.vim/bundle/jedi-vim/plugin/jedi.vim 19: /usr/share/vim/vim74/plugin/getscriptPlugin.vim 20: /usr/share/vim/vim74/plugin/gzip.vim 21: /usr/share/vim/vim74/plugin/logiPat.vim 22: /usr/share/vim/vim74/plugin/manpager.vim 23: /usr/share/vim/vim74/plugin/matchparen.vim 24: /usr/share/vim/vim74/plugin/netrwPlugin.vim 25: /usr/share/vim/vim74/plugin/rrhelper.vim 26: /usr/share/vim/vim74/plugin/spellfile.vim 27: /usr/share/vim/vim74/plugin/tarPlugin.vim 28: /usr/share/vim/vim74/plugin/tohtml.vim 29: /usr/share/vim/vim74/plugin/vimballPlugin.vim 30: /usr/share/vim/vim74/plugin/zipPlugin.vim 31: ~/.vim/bundle/csapprox/after/plugin/CSApprox.vim

[davidhalter]

So you do have that problem if your terminal is big enough to show the call signatures?

What's your :set wrap?

[thekswenson]

"wrap" is set. In this case, the problem occurs even when the terminal is wide enough to show the call signature.

The problem does not occur when "nowrap" is set.

The problem has something to do with the number of characters in the line above the one I'm editing (the line that is written over with the call signature: if I delete the right number of characters from the line above, then the error will not occur. Also, if I resize the width of the terminal I can make wide enough so that the wrap doesn't occur.

[blueyed]

Have you tried using the cmdline-window mode instead?

[blueyed]

There might be a bug here for sure, but it seems none of the maintainers is eager to investigate, so also please feel free to do so yourself.. :)

[blueyed]

Please try/test #652 and provide feedback there - it might help in your case. See https://help.github.com/articles/checking-out-pull-requests-locally/ for help on checking it out locally.

[thekswenson]

I've checkout out your pull request locally. It doesn't seem to alleviate the problem... I see identical behavior.

[blueyed]

The issue is weird in general. Do you see it often?

Can you try it with a minimal vimrc, and/or bisect which other plugin might cause it?

[davidhalter]

Same issue as #493. We are trying to get rid of changing the buffer for this feature and are trying to use floating windows.