middle click is interpreted in a weird way

FWIW, I can't reproduce this in Ubuntu 9.10. Middle mouse button in VIM works entirely normally.

I'm using Terminator in OSX 10.5.8... middle-click does nothing to me. It's as though it is completely ignored.

Fetrovsky: That's very likely something to do with the way OS X's X11.app is handling clicks, but I'm not sure.

nxvl: Is this still true in 0.91?

Middle-click works fine for me: it pastes the copy/paste buffer to the current cursor location.

1. Ubuntu Karmic. python-vte 1:0.22.2-0ubuntu2.1. Terminator 0.95ppa2. Compiz and Gnome
2. Ubuntu Lucid. python-vte 1:0.23.5-0ubuntu1.1. Terminator 0.93-0ubuntu1. Metacity and Gnome
(Weird. The Terminator version for Lucid is lower than that for Karmic. Both are installed via Launchpad ppa. https://bugs.launchpad.net/terminator/+bug/652188)

I'm going to expire this bug. It was reported against 0.14 and nobody has been able to reproduce it.

I reported this originally at the Debian bugtracker, and I now repoened this, as I still experience this problem with terminator 0.95. Steps to reproduce:
- open a document in vim that is longer than the terminal window
- scroll down
- :set mouse=a
- go to insert mode (with i or a)
- select something (either in vim or in an other window)
- middle click in vim: button press inserts the selection, button release scrolls up one line (earlier terminator versions also added some random garbage)

This only happens in terminator (I also tried xterm, gnome-terminal, konsole)

I can't reproduce this in Ubuntu, but what's weird to me is that we don't do anything with middle clicks, they should pass straight through to the VTE widget to interpret as a paste (as in GNOME Terminal).

This problem still persists. Terminator 0.97, vim 7.4.323

Hi Bug subscribers, this is the maintainer (Steve Boddy) of Terminator, who took over from Chris.

In case you were not aware there has been a new release 0.98 of Terminator in the last few days which has many changes, fixes and updates. We also have an ongoing GTK3 port which uses a much more up-to-date libvte.

Even with the ~50 issues closed by that release, and discounting the ~90 outstanding wishlist items, we still have an unwieldy 95 bugs. With the oldest approaching it's 6th birthday and some that haven't seen any updates in nearly 5, it is time for a purge.

My intention is to try and get this list down to a minimum, and for that I need your help.

First I'm going to work through, oldest to newest, setting bugs to Incomplete, pending confirmation that they are still an issue. If after a month there is no feedback, the issue will get closed as Invalid. Here's where you come in. I can't always reproduce, or setting up (i.e. other distros) to even test takes a long time, so I'm going to try crowdsourcing this.

1. Get the latest release. Is it still an issue? If yes, set the confirmed-0.98 tag. For bonus points follow the guide http://gnometerminator.blogspot.com/2015/09/so-you-want-to-try-terminator-gtk3.html and see if the GTK3 branch has same issue, and set the confirmed-gtk3 or notaffected-gtk3 tag.

2. Can you reproduce with an empty/default config file? You can pass "-g temp_config" to do this without affecting your existing config. If you already have Terminator running, you'll need to pass -u as well to disable the DBus.

3. If able to, can you reproduce with another user/guest account?

4. If the issue does not already have clear, precise instructions to reproduce with minimal setup/steps, add them.

5. Put as much info about what you are running.
   * Software/library versions (libvte, gtk, pango, cairo, distro, desktop environment, language)
   * Screens (single or multi)
   * Any unusual / custom packages or configs that might be interacting.

6. If possible attach the config file, unless the issue also happens with an empty one, but mention that.

7. Attach the "-d" debug output from 0.98.

Some common things that cause incidents.

* Strange sizing issues or rapidly shrinking windows - Try turning off Window geometry hints.
* Input (esp. broadcasting duplicate chars etc) problems - Try killing IBus.
* Hand editing of the config file can cause various issues - Due to misunderstanding, incorrect structure or typos.
* Some issues are actually in libvte - This is why testing GTK3 is so important.
* segfaults - Unfortunately these are dying inside the C libraries, and it is usually beyond me to fix those.

Many thanks for your assistance, and hopefully this will get us closer to a bug-free Terminator.

I can still reproduce this with terminator 1.90 and libvte 0.36.

Sorry Miklós, I also cannot reproduce this.

Agree with everything the previous maintainer (Chris Jones) said. Works for me, and we (Terminator) are just passing the click through. Only if that fails do we do anything, and in this case that is to call the paste function of the underlying libvte widget.

I would query the age of the libvte widget (0.36) but this appears to have spanned many versions, and it couldn't be reproduced before now either.

I do notice that you and the only other person to provide detail in the debian bug use non-English languages (Polish and Hungarian).

So a couple of things spring to mind. One is the language and locale settings, the other is that it is particular to when copying and pasting unicode. I just tried copy-n-paste of a chunk of Hungarian text from Wikipedia, but that worked no problem. I tried launching Terminator with:
LANG=hu_HU terminator
Not sure if that is valid, but when I copy a section of text from the Hungarian Wikipage for Hungary and paste it, it makes quite a mess of the text with strange garbled text. If I then try to select that text, the characters flash and move about a bit and accented characters seem to be randomly replaced by "?" in a box. See the following images for illustration.

Even if this is your issue, I see the exact same problem in gnome-terminal, and it is not a Terminator issue as such.

I can't reproduce this with revision 1725 anymore.

Cool! Marking as Invalid, as no code changes.

Well I've been experiencing this for a few weeks after I updated the gtk 3 version (sorry I'm not sure of the date I clone the bzr repo). It doesn't do it all the time, but once it's started to do it, the only fix is to close terminator and reopen it.

On 2017-10-07 I did another bzr clone and installed it. There was also an update to vte3 (0.50.0) around
2017-09-28.

The problem seems to persist, not only in vim but also trying to paste into weechat too. If I paste into a terminal with no app running, it pastes the text highlighted, which is strange.

Is the vte widget using the vte binary, or is it a separate thing? I ask because I did a 'ps ux | grep vte' and it came back blank.