Comments
-
anonymous
It happens in terminal also, tested in iTerm and Terminal.app, MacVim 7.3
-
Greg Hurrell
Funny, I haven't been able to reproduce it in the Terminal. Can you provide a recipe for reproducing it there?
-
anonymous
just MacVim running in terminal, nothing special compiled Vim from source, run in terminal - works as it must, so it's pure MacVim issue
-
Greg Hurrell
No, I mean what sequence to you follow to trigger the problem? (ie. keypresses)
I've tried in the Terminal and I can't get it to trigger (admittedly I was just randomly opening and closing things with Command-T).
-
phoenix
sequence was \tnavig|a|t|or| where "|" is a moment when prompt dis- and re-appeared. But there is no pattern, it behaves differently on another sequences (but the same way on the same sequence)
-
Israel
I can reproduce the problem in the terminal and the GUI, the text disappears whenever I type a character that changes the files list, characters that doesn't change the list maintain the text visible.
-
Greg Hurrell
Thanks for the tip, Israel. Good to have this narrowed down like that.
-
anonymous
I can confirm, is definitely an issue with redraw after resizing the buffer containing the results list - occurs every time the buffer line length changes.
-
Greg Hurrell
Closed ticket #1723 as a duplicate of this one.
-
Greg Hurrell
Testing with
git bisect
reveals that commit ba44868 introduced the bug:https://github.com/b4winckler/macvim/commit/ba4486860ecda4b5e3584c0938abcc5046f1beaa
commit ba4486860ecda4b5e3584c0938abcc5046f1beaa (HEAD, refs/bisect/bad) Author: Bjorn Winckler <bjorn.winckler@gmail.com> Date: Mon Jul 5 18:02:03 2010 +0200 Fix display corruption when dragging divider This fixes a bug where the screen would get corrupted when dragging a horizontal divider in full-screen mode. diff --git a/src/window.c b/src/window.c index b5061cd..abd107b 100644 --- a/src/window.c +++ b/src/window.c @@ -5559,7 +5559,12 @@ win_new_height(wp, height) wp->w_prev_fraction_row = wp->w_wrow; win_comp_scroll(wp); +#ifdef FEAT_GUI_MACVIM + /* The view may have moved, so clear all or display may get corrupted. */ + redraw_win_later(wp, CLEAR); +#else redraw_win_later(wp, SOME_VALID); +#endif [/tags/ifdef #ifdef] FEAT_WINDOWS wp->w_redr_status = TRUE; [/tags/endif #endif]
-
Greg Hurrell
I've just posted to the vim_mac group asking about this and suggesting a possible fix:
-
Greg Hurrell
Judging from that thread it looks like Björn will apply the fix and it will probably stay in unless people find that it breaks things for them.
So I'm going to mark this ticket as closed for now.
-
Greg Hurrell
Status changed:
- From: new
- To: closed
-
Greg Hurrell
The just-released MacVim snapshot 56 includes a fix for this issue. See the Google groups thread for more information.
Add a comment
Comments are now closed for this issue.