[arch-general] Bug in latest vim - have to enter :q an additional time after split
Listmates, There is a bug in the latest vim. Something prevents split windows from completely closing requiring an additional :q to exit. Take for example any two text files. I'll use /boot/grub/menu.lst and menu.lst.sav. To confirm the bug, do the following: cd /boot/grub vim menu.lst :split menu.lst.sav ## you now have both windows open with menu.lst.sav on top [1] :q (to exit menu.lst.sav, you get --No lines in buffer-- msg) [2] :q (to exit menu.lst, the syntax highlighting is killed but no exit??) [3] :q (finally, after 3rd quit, you actuall exit) Screenshots: [1] http://www.3111skyline.com/download/Archlinux/bugs/vim-1.jpeg [2] http://www.3111skyline.com/download/Archlinux/bugs/vim-2.jpeg [3] http://www.3111skyline.com/download/Archlinux/bugs/vim-3.jpeg Is this a bug I need to report or does it look like a configuration issue? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Tue, Aug 25, 2009 at 7:17 PM, David C. Rankin<drankinatty@suddenlinkmail.com> wrote:
Listmates,
There is a bug in the latest vim. Something prevents split windows from completely closing requiring an additional :q to exit. Take for example any two text files. I'll use /boot/grub/menu.lst and menu.lst.sav. To confirm the bug, do the following:
cd /boot/grub vim menu.lst :split menu.lst.sav ## you now have both windows open with menu.lst.sav on top [1] :q (to exit menu.lst.sav, you get --No lines in buffer-- msg) [2] :q (to exit menu.lst, the syntax highlighting is killed but no exit??) [3] :q (finally, after 3rd quit, you actuall exit)
Screenshots:
[1] http://www.3111skyline.com/download/Archlinux/bugs/vim-1.jpeg [2] http://www.3111skyline.com/download/Archlinux/bugs/vim-2.jpeg [3] http://www.3111skyline.com/download/Archlinux/bugs/vim-3.jpeg
Is this a bug I need to report or does it look like a configuration issue?
This seems like it's a plugin issue. If I had to guess, I'd say it's minibufexplorer, which I see in the screenshots Try "vim --noplugin -u NONE -U NONE foo" then repeat the process and see if it still happens. That's a barebones vim with no config files or plugins
On Tuesday 25 August 2009 10:06:10 pm Aaron Griffin wrote:
On Tue, Aug 25, 2009 at 7:17 PM, David C.
Rankin<drankinatty@suddenlinkmail.com> wrote:
Listmates,
There is a bug in the latest vim. Something prevents split windows from completely closing requiring an additional :q to exit. Take for example any two text files. I'll use /boot/grub/menu.lst and menu.lst.sav. To confirm the bug, do the following:
cd /boot/grub vim menu.lst :split menu.lst.sav ## you now have both windows open with menu.lst.sav on top [1] :q (to exit menu.lst.sav, you get --No lines in buffer-- msg) [2] :q (to exit menu.lst, the syntax highlighting is killed but no exit??) [3] :q (finally, after 3rd quit, you actuall exit)
Screenshots:
[1] http://www.3111skyline.com/download/Archlinux/bugs/vim-1.jpeg [2] http://www.3111skyline.com/download/Archlinux/bugs/vim-2.jpeg [3] http://www.3111skyline.com/download/Archlinux/bugs/vim-3.jpeg
Is this a bug I need to report or does it look like a configuration issue?
This seems like it's a plugin issue. If I had to guess, I'd say it's minibufexplorer, which I see in the screenshots
Try "vim --noplugin -u NONE -U NONE foo" then repeat the process and see if it still happens. That's a barebones vim with no config files or plugins
Aaron, That was it. Now, how do I find out where the minibufexplorer got slipped into the config (and hopefully find out what in the heck it is...) I noticed with this latest release of vim, it is now using the standard vimrc ~/.vimrc files instead of piggy-backing on vi's virc files. I guess whoever packaged it has something stuck in /etc/vimrc: strange, the only thing active in vimrc is: " This line should not be removed as it ensures that various options are " properly set to work with the Vim-related packages available in Debian. runtime! archlinux.vim So evidently there is something new in runtime! archlinux.vim that is screwing the vim interface up with the minibufferwhatever. Why would we care about the vim-related packages fom Debian as set forth in the note? I'm going to try killing it and see how it goes... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Tuesday 25 August 2009 11:29:09 pm David C. Rankin wrote:
On Tuesday 25 August 2009 10:06:10 pm Aaron Griffin wrote:
On Tue, Aug 25, 2009 at 7:17 PM, David C.
Rankin<drankinatty@suddenlinkmail.com> wrote:
Listmates,
There is a bug in the latest vim. Something prevents split windows from completely closing requiring an additional :q to exit. Take for example any two text files. I'll use /boot/grub/menu.lst and menu.lst.sav. To confirm the bug, do the following:
cd /boot/grub vim menu.lst
:split menu.lst.sav
## you now have both windows open with menu.lst.sav on top [1]
:q (to exit menu.lst.sav, you get --No lines in buffer-- msg) [2] :q (to exit menu.lst, the syntax highlighting is killed but no : exit??)
[3] :q (finally, after 3rd quit, you actuall exit)
Screenshots:
[1] http://www.3111skyline.com/download/Archlinux/bugs/vim-1.jpeg [2] http://www.3111skyline.com/download/Archlinux/bugs/vim-2.jpeg [3] http://www.3111skyline.com/download/Archlinux/bugs/vim-3.jpeg
Is this a bug I need to report or does it look like a configuration issue?
This seems like it's a plugin issue. If I had to guess, I'd say it's minibufexplorer, which I see in the screenshots
Try "vim --noplugin -u NONE -U NONE foo" then repeat the process and see if it still happens. That's a barebones vim with no config files or plugins
Aaron,
That was it. Now, how do I find out where the minibufexplorer got slipped into the config (and hopefully find out what in the heck it is...) I noticed with this latest release of vim, it is now using the standard vimrc ~/.vimrc files instead of piggy-backing on vi's virc files. I guess whoever packaged it has something stuck in /etc/vimrc:
strange, the only thing active in vimrc is:
" This line should not be removed as it ensures that various options are " properly set to work with the Vim-related packages available in Debian. runtime! archlinux.vim
So evidently there is something new in runtime! archlinux.vim that is screwing the vim interface up with the minibufferwhatever. Why would we care about the vim-related packages fom Debian as set forth in the note? I'm going to try killing it and see how it goes...
Listmates, runtime! archlinux.vim had nothing to do with the problem. It seems that there is a file dated August 13, 2009 was sneaked onto my box named minibufexpl.vim in the /usr/share/vim/vimfiles/plugin/ and *it* was causing all the problems. See: http://www.vim.org/scripts/script.php?script_id=159 That sure seems like something that users should be able to enable, but not something that is enabled by default. That way it will cut down on the number of people who have to waste 20 minutes figuring out how to get rid of something they never wanted in the first place ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Tue, Aug 25, 2009 at 11:45 PM, David C. Rankin<drankinatty@suddenlinkmail.com> wrote:
On Tuesday 25 August 2009 11:29:09 pm David C. Rankin wrote:
On Tuesday 25 August 2009 10:06:10 pm Aaron Griffin wrote:
On Tue, Aug 25, 2009 at 7:17 PM, David C.
Rankin<drankinatty@suddenlinkmail.com> wrote:
Listmates,
There is a bug in the latest vim. Something prevents split windows from completely closing requiring an additional :q to exit. Take for example any two text files. I'll use /boot/grub/menu.lst and menu.lst.sav. To confirm the bug, do the following:
cd /boot/grub vim menu.lst
:split menu.lst.sav
## you now have both windows open with menu.lst.sav on top [1]
:q (to exit menu.lst.sav, you get --No lines in buffer-- msg) [2] :q (to exit menu.lst, the syntax highlighting is killed but no : exit??)
[3] :q (finally, after 3rd quit, you actuall exit)
Screenshots:
[1] http://www.3111skyline.com/download/Archlinux/bugs/vim-1.jpeg [2] http://www.3111skyline.com/download/Archlinux/bugs/vim-2.jpeg [3] http://www.3111skyline.com/download/Archlinux/bugs/vim-3.jpeg
Is this a bug I need to report or does it look like a configuration issue?
This seems like it's a plugin issue. If I had to guess, I'd say it's minibufexplorer, which I see in the screenshots
Try "vim --noplugin -u NONE -U NONE foo" then repeat the process and see if it still happens. That's a barebones vim with no config files or plugins
Aaron,
That was it. Now, how do I find out where the minibufexplorer got slipped into the config (and hopefully find out what in the heck it is...) I noticed with this latest release of vim, it is now using the standard vimrc ~/.vimrc files instead of piggy-backing on vi's virc files. I guess whoever packaged it has something stuck in /etc/vimrc:
strange, the only thing active in vimrc is:
" This line should not be removed as it ensures that various options are " properly set to work with the Vim-related packages available in Debian. runtime! archlinux.vim
So evidently there is something new in runtime! archlinux.vim that is screwing the vim interface up with the minibufferwhatever. Why would we care about the vim-related packages fom Debian as set forth in the note? I'm going to try killing it and see how it goes...
Listmates,
runtime! archlinux.vim had nothing to do with the problem. It seems that there is a file dated August 13, 2009 was sneaked onto my box named minibufexpl.vim in the /usr/share/vim/vimfiles/plugin/ and *it* was causing all the problems.
See: http://www.vim.org/scripts/script.php?script_id=159
That sure seems like something that users should be able to enable, but not something that is enabled by default. That way it will cut down on the number of people who have to waste 20 minutes figuring out how to get rid of something they never wanted in the first place ;-)
We didn't install this, unless you installed vim-minibufexplorer via pacman. It's a 3rd party plugin and they are not part of the stock vim install
On Wednesday 26 August 2009 02:13:32 am Aaron Griffin wrote:
We didn't install this, unless you installed vim-minibufexplorer via pacman. It's a 3rd party plugin and they are not part of the stock vim install
Hmm, That's strange, because I haven't noticed the minibufferexplorer before, and I haven't done anything but pacman -Syu to install things lately. But you are correct, it must have been something that got installed a while back and I didn't encounter until just recently. I guess it became apparent after the syntax highlighting was fixed here in the last vim release. It's gone now. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Wed, Aug 26, 2009 at 12:52 PM, David C. Rankin<drankinatty@suddenlinkmail.com> wrote:
On Wednesday 26 August 2009 02:13:32 am Aaron Griffin wrote:
We didn't install this, unless you installed vim-minibufexplorer via pacman. It's a 3rd party plugin and they are not part of the stock vim install
Hmm,
That's strange, because I haven't noticed the minibufferexplorer before, and I haven't done anything but pacman -Syu to install things lately. But you are correct, it must have been something that got installed a while back and I didn't encounter until just recently. I guess it became apparent after the syntax highlighting was fixed here in the last vim release. It's gone now.
My guess is this relates to the /usr/share/vim jumping around that was done in the last two packages. You somehow installed minibufexplorer when the path (and syntx) was broken, and when it was fixed, everything got restored
participants (2)
-
Aaron Griffin
-
David C. Rankin