Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

vim-x11: terminal background leaks into vim's #23497

Closed
blehel opened this issue Jul 9, 2020 · 4 comments
Closed

vim-x11: terminal background leaks into vim's #23497

blehel opened this issue Jul 9, 2020 · 4 comments
Labels

Comments

@blehel
Copy link

blehel commented Jul 9, 2020

System

  • xuname:
    Void 5.4.48_1 x86_64 GenuineIntel notuptodate rrFFFF
  • package:
    vim-x11-8.2.1095_1

Problem description

After upgrading from 8.2.0891_1 to 8.2.1095_1, in urxvt when opening a file in vim, there are some annoying black spots at the top:
example1
example2
example3
Previously all of this was the blue color of the background. Pressing CTRL-L to redraw the screen or scrolling down until the affected region goes off-screen does away with the problem.
Note that if I change the terminal background to some other color, that will be the color that creates these spots, so this is about the terminal background not being drawn over.

Steps to reproduce the behavior

  1. Edit your vimrc so that you use a colorscheme with a background different to your terminal's. Mine is a custom one based on blue, and my terminal background is black.
    So for example add colorscheme blue to your vimrc. (setting it from the ex prompt does not bring out the issue).
  2. Start urxvt (although I've seen similar behaviour - black spots appearing in place of the background color - in the past in terminal emulators which do not support the bce /background color erase/ terminal capability, like kitty).
  3. Open something in vim.

I don't exclude this being an rxvt-unicode problem, but it was the vim upgrade which broke things.

@NeelChotai
Copy link
Contributor

I can reproduce this, it seems to be a Vim issue.

I've fixed this by appending autocmd VimEnter * redraw! to my vimrc.

@biopsin
Copy link
Contributor

biopsin commented Dec 15, 2020

@blehel did you try raise this issue over @ https://github.com/vim/vim/issues ?
I quickly search thru their commits, hoping to spot something in this regards,
but they are releasing daily so this might or not be fixed in one of those lately ones..

@blehel
Copy link
Author

blehel commented Dec 30, 2020

@blehel did you try raise this issue over @ https://github.com/vim/vim/issues ?
I quickly search thru their commits, hoping to spot something in this regards,
but they are releasing daily so this might or not be fixed in one of those lately ones..

No because they were a few releases ahead, and I did not want to report an issue for a release that was not current.
And based on the suggestion above, I found that autocmd VimEnter * redraw! provides a workaround for it.

I checked to see if vim still has the same behavior without this option, and nothing has changed. Did a search through their issues, and found one that basically describes the same problem, even narrowing it down to the exact patch: vim/vim#6607. I'll leave a comment there.

@github-actions
Copy link

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants