macvim icon indicating copy to clipboard operation
macvim copied to clipboard

RE: Issue with ctrlp since updating

Open eastoncaleb opened this issue 5 years ago • 5 comments

Since updating to the newest release I've had issues with using ctrlp- I've attached a screenshot for reference. I downgraded back to 8.2.539 and the issue goes away.

Screen Shot 2020-08-27 at 11 28 29 AM

Any ideas what could be causing it only with the new release?

eastoncaleb avatar Aug 29 '20 12:08 eastoncaleb

Hmm, I can't seem to repro it. What version of CtrlP are you running? (That said, they haven't updated in a while)

Also, maybe try to run with an empty vimrc and no other plugins and see? I wonder if there are other bad interactions going on here.

Also, when you say "latest release" how are you getting your MacVim? Through the binary releases we make here? Or Homebrew?

ychin avatar Aug 30 '20 11:08 ychin

I have something similar with vimgrep and I reverted back to 163. I get the binary releases from here (normally through the update function of macvim, but for downgrading I pick a release from here. What happens is that I loose the window if there are results of a vimgrep action. If there are no results, the behaviour is good. So I suspect that the mechanism that shows the results is broken in 165. I'll see whether I can make a minimal example (in terms of .vimrc contents that shows the behaviour). (to be continued)

dirkroorda avatar Sep 07 '20 07:09 dirkroorda

Got it: a minimal example is this:

Use MacVim 165.

.vimrc only contains

set noswapfile

Create a file test in your homedirectory with the contents:

pattern

Restart MacVim and give the command:

:vimgrep /pattern/g test

The vim window utterly disappears. This is wrong behaviour.

Restart MacVim and give the command

:vimgrep /x/g test

You get a "no match" message flash in the status line. This is right behaviour.

If you omit the line set noswapfile from the .vimrc file and give the command

:vimgrep /pattern/g test

you get in the status line:

(1 of 1): pattern

This is right behaviour.

In MacVim version 163 you get right behaviour in all cases, whether swapfile is set or unset, whether there are results or not.

I also tested all my plugins and other settings (such as ALE, NERDTree, Gruvbox, indent guides) but nothing of that has any effect on this behaviour.

My personal fix for now: I leave out the set noswapfile from my .vimrc

dirkroorda avatar Sep 07 '20 08:09 dirkroorda

Thanks for the detailed repro @dirkroorda but I think that's a different issue? Seems unrelated to CtrlP. What you are seeing is that Vim is actually crashing.

Looked into the vimgrep issue and I think it's an upstream bug. It was introduced in v8.2.1384 (8ce4b7ed85a7c6499bea5eb1312c85ee7a00e364) and fixed in v8.2.1557 (997cd1a17f030d004b334d17cf1c1c57050c9906).

The last MacVim release is at v8.2.1456 so it's in between, and this will be fixed in the next release.

ychin avatar Sep 07 '20 22:09 ychin

Current release (166) is v8.2.1719 and issue is not reproducible.

eirnym avatar Oct 27 '20 07:10 eirnym