Macvim: Problems with Split-Screen in El Capitan

[ghost]

Vim doesn't work reliably in split screen mode. For example: Starting NerdTree causes the editor window to go black. I can use NerdTree but I have to press Ctrl-L to force a redraw. Same goes for BufferGator. Most of the time it just happens the first time the plugins are started.

[splhack]

It only happens on Split-Screen with Native Full-screen?

[wweaver]

This happens to me in a regular windowed version as well. It's been happening for a month or two now.

I keep trying to do updates of my vim plugins and of vim itself hoping there will be a fix.

note: I just upgraded to snapshot 88 of macvim when taking those screenshots

[splhack]

@wweaver It doesn't happen with MacVim on Terminal.app?

[wweaver]

@splhack, no, it doesn't seem to happen when in the terminal.

Not sure if this info is helpful to you.

:version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Dec 28 2015 13:43:12)
MacOS X (unix) version
Included patches: 1-979
Compiled by Homebrew
Huge version with MacVim GUI.  Features included (+) or not (-):
+acl             +cmdline_hist    +dnd             -footer          +linebreak       -mouse_gpm       +odbeditor       +rightleft       +tag_old_static  +virtualedit     +xim
+arabic          +cmdline_info    -ebcdic          +fork()          +lispindent      -mouse_jsbterm   +path_extra      +ruby            -tag_any_white   +visual          -xsmp
+autocmd         +comments        +emacs_tags      +fullscreen      +listcmds        +mouse_netterm   +perl            +scrollbind      -tcl             +visualextra     -xterm_clipboard
+balloon_eval    +conceal         +eval            -gettext         +localmap        +mouse_sgr       +persistent_undo +signs           +terminfo        +viminfo         -xterm_save
+browse          +cryptv          +ex_extra        -hangul_input    -lua             -mouse_sysmouse  +postscript      +smartindent     +termresponse    +vreplace        -xpm
++builtin_terms  +cscope          +extra_search    +iconv           +menu            +mouse_urxvt     +printer         -sniff           +textobjects     +wildignore
+byte_offset     +cursorbind      +farsi           +insert_expand   +mksession       +mouse_xterm     +profile         +startuptime     +title           +wildmenu
+cindent         +cursorshape     +file_in_path    +jumplist        +modify_fname    +multi_byte      +python          +statusline      +toolbar         +windows
+clientserver    +dialog_con_gui  +find_in_path    +keymap          +mouse           +multi_lang      -python3         -sun_workshop    +transparency    +writebackup
+clipboard       +diff            +float           +langmap         +mouseshape      -mzscheme        +quickfix        +syntax          +user_commands   -X11
+cmdline_compl   +digraphs        +folding         +libcall         +mouse_dec       +netbeans_intg   +reltime         +tag_binary      +vertsplit       -xfontset
   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"
    system menu file: "$VIMRUNTIME/menu.vim"
  fall-back for $VIM: "/Applications/MacVim.app/Contents/Resources/vim"
Compilation: clang -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_MACVIM -Wall -Wno-unknown-pragmas -pipe  -DMACOS_X_UNIX  -F/usr/local/Cellar/python/2.7.11/Frameworks -I/usr/local/Cellar/python/2.7.11/Fram
eworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/include/python2.7 -fno-strict-aliasing -fno-common -dynamic -isysroot /
Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/
System/Library/Frameworks/Tk.framework/Versions/8.5/Headers -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SD
Ks/MacOSX10.11.sdk -mmacosx-version-min=10.11 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: clang   -L. -L/usr/local/lib -L. -L/usr/local/lib -F/usr/local/Cellar/python/2.7.11/Frameworks -L/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/config -
lpython2.7 -framework CoreFoundation -Wl,-syslibroot,/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -mmacosx-version-min=10.11 -L/usr/local/lib -o V
im -framework Cocoa -framework Carbon       -lm  -lncurses -liconv -framework Cocoa   -fstack-protector  -L/System/Library/Perl/5.18/darwin-thread-multi-2level/CORE -lperl -F/usr/local/Cellar/python/2.
7.11/Frameworks -framework Python   -framework Ruby   

[ghost]

So far I'm having only problems in Split-Screem with Native Full-screen.

[splhack]

@rogergl you mean it doesn't happen in Full-screen mode? only in Split View?

[splhack]

It's been happening for a month or two now.

@wweaver could you specify the snapshot what introduced the issue?

[wweaver]

I'm sorry I don't have a specific snapshot that this started happening for me. I know it's been at least 3 or 4 updates.

[ghost]

@splhack. Yes it happens only in Split View.

[ghost]

Just to make things clear. I'm not referring to Vims own Split-View but to the native Split-View from Mac OS X introduced with El Capitan.

[splhack]

@wweaver @rogergl we need your help to investigate the issue, which snapshot introduced the issue?

[ghost]

It seems as if El-Capitan Split View support never worked (at least on my machine). I tested down to Snapshot 77 and none of them worked.

[wweaver]

There's potential that for me it happened when I upgraded to El Capitan I just didn't put that correlation in my head.

[splhack]

Ok, I can reproduce the issue.

1. Toggle Full Screen Mode, or :set invfu
2. Drop the other app to the screen
3. :NERDTreeToggle

never happens if drop MacVim to a screen.

[mattijsbliek]

Any updates on this issue? Would be fantastic if this could be fixed.

Additional info: it also happens when using the non-native fullscreen mode.

[aholtzma]

Indeed, this still happens with MacVIm 8.

VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Sep 14 2016 03:42:03)
MacOS X (unix) version
Included patches: 1-3

[captainvera]

Still happening for me too. If there's any info I can provide to help, let me know.
MacOS X version 10.12.3
Macvim 8.0.329

[captainvera]

I've narrowed it down to the Core Text Renderer Option.
Without it, works fine. Native and Non-Native fullscreen modes.
With Core Text it just stops working correctly.

MacVim just turns black, once you scroll through the program it will display only lines where the cursor has passed:

[nilsbecker]

i have this issue too. macvim 8, el capitan, full or split screen

[nilsbecker]

in addition, when using the non-core text renderer in native split-screen, line heights are not always preserved. after some scrolling/editing one can end up with a line somewhere in the middle of the screen which is too tall, for example.

i would speculate that this may have to do with the fact that the fullscreen window height is not a multiple of the pixels-per-line?

[curiale]

Hi,
Is there any news about this issue?

[gnattu]

It looks like the scroll bar breaks everything. By adding set guioptions-=lrLR to gvimrc, the annoying black blocks no longer appears.

[curiale]

Hi @gnattu
Thanks for the suggestion but, It is not working for me (see the screenshot were the macvim window became totally black even when the guioption was set as you suggested).

[gnattu]

@curiale I can still see a scrollbar in you screenshot which is in the middle of the screen, or at least it looks like a scrollbar. I'm not sure why it's there. What's returned by :set guioptions? in your case? Mine is guitoptions=gtme, and works fine with nerd_tree plugin.
By the way, my option is written to gvrmic instead of vimrc, not sure if it is the case.

[curiale]

@gnattu you are totally right, the scrollbar is still appearing. In my case :set guioptin? returns guioption=egmrL, I'm going to dig a little bit about how to remove the scrollbar in my case. Thanks in advances.

[curiale]

@gnattu I removed the scrollbar, however, the black issue is still happening for me.

[gnattu]

@curiale I tried to enter split view in a couple of ways. The only time I met this bug was that I opened macvim as a window, and move it directly to another full-screened app to enter split view. Make Macvim full screen using the green button first and then drag it to another full-screened app does not trigger the bug. Hope that will help you.

[micthiesen]

I'm having this issue without being in fullscreen and without scrollbars. Here's a command to automatically redraw every time MacVim is resized (put it in your .gvimrc). It's not a permanent solution but it works.

autocmd VimResized * redraw!

[micthiesen]

I should clarify, in my case MacVim turns black sometimes when I resize the window. I don't know if this will fix the issues with NerdTree.

[curiale]

Removing the scrollbar doesn't fix this issue. Has anyone found a proper solution to fix it ?

[blochberger]

I have the problem as well. Not only in native split-screen but in native fullscreen in general. It appears if I split the window in MacVim and move to another application.

[fftyjw]

autocmd FocusLost * redraw!
works for me

[yuriy-nyllabs]

FocusLost didn't seem to do it for me, but

autocmd FocusGained * redraw!

works.

[eirnym]

actually, the last update (153) works without forsing a redraw

[ychin]

Closing. The last two releases should have fixed this both on Mojave and pre-Mojave.