This bug was fixed in the package vim - 2:8.0.0095-1ubuntu3
---
vim (2:8.0.0095-1ubuntu3) zesty; urgency=medium
* debian/patches/ubuntu-mouse-off.patch: Revert enabling mouse mode by
default in defaults.vim, breaks in chroots/containers (LP: #1661691)
* debian/rules: Fix merge
Adam,
I'm not sure that we should pick up delta for this. If upstream vim and
upstream debian both enabled this new behavior, we may just want to
accept it. Once you learn about 'shift', then i think its acceptable.
Additionally, any one who writes their own vimrc (like you or I or
ubuntu devel
** Changed in: vim (Ubuntu Zesty)
Assignee: (unassigned) => Adam Conrad (adconrad)
** Changed in: vim (Ubuntu Zesty)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Ahh, thanks for digging, Christian. Given this appears to break
horribly in all chroot scenarios (not just containers), I'm inclined to
just remove that bit from the defaults file. Also of note, the shiny
new defaults thing has syntax:on, so I can remove that from our Debian
delta. Yay. Will pr
Probably the fastest, least interactive check on this via lxd
containers:
$ lxc exec yakkety-test -- /bin/sh -c 'rm -f viconf 2>/dev/null; vim -c
"mkv viconf|q"; grep -q mouse viconf'
$ lxc exec zesty-tests -- /bin/sh -c 'rm -f viconf; vim -c "mkv viconf|q";
grep mouse viconf'
set mouse=a
Wit
Note the diff in the default at least on the Help:
Yakkety:
'mouse' string (default "", "a" for GUI, MS-DOS and Win32)
global
{not in Vi}
Zesty:
'mouse' string (default "", "a" for GUI, MS-DOS and Win32,
That is the new file we deliver "doing" this:
egrep 'mouse=' -C 3 /usr/share/vim/vim80/defaults.vim
" In many terminal emulators the mouse works just fine. By enabling it you
" can position the cursor, Visually select and scroll with the mouse.
if has('mouse')
set mouse=a
endif
--
You received
Happening to me as well with TERM=xterm
Vim is set to "/etc/alternatives/vim -> /usr/bin/vim.basic", so "most normal"
vim, no gvim or such.
Workarounds:
Note: inserting with "shift+insert" still gets the content of the mouse buffer
you wanted to paste with the middle-button. Sometimes faster tha
I can middle-paste fine under TERM=xterm with vim. Are you using gvim
or some other variant?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1661691
Title:
TERM=xterm enables mouse mode in vi, breaks
** Also affects: vim (Ubuntu Zesty)
Importance: Undecided
Status: Confirmed
** Changed in: vim (Ubuntu Zesty)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
Well, its not *anything*. setting term to the following allow you to paste
normally:
TERM=ansi
TERM=vt220
TERM=vt100
TERM=pcansi
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1661691
Title:
TE
Also true when TERM=screen -- I suspect it doesn't care what terminal
you're using, if it can grab mouse events, it does.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1661691
Title:
TERM=xterm enab
A very unexpected, and totally unwelcome change to vim.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1661691
Title:
TERM=xterm enables mouse mode in vi, breaks pasting with middle mouse
To manage
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: vim (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1661691
Title:
TERM=x
14 matches
Mail list logo
