public inbox for
help / color / mirror / Atom feed
From: Jon Turney <>
Subject: Re: Spurious pastes
Date: Wed, 07 Feb 2018 14:26:00 -0000	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

On 02/02/2018 22:26, David Mathog wrote:
> In the last few days nedit on those remote machines has been doing 
> spurious pastes. That is, whatever is currently in the X11 paste 
> buffer (not the program's paste buffer) is ending up dropped into 
> whatever file is being edited. Unclear why they are landing where 
> they do, I have not actually seen it happen, just found it when diff 
> indicated these odd insertions. My best guess is that these happen 
> while I am scrolling over these regions. Needless to say, this is 
> really not a good thing.
> There have been only two changes recently.
> 1. I cleaned my mouse. 2. yum on 1/27/18 automatically installed on 
> those servers: xorg-x11-server-common-1.17.4-16.el6.centos.1.x86_64
> To eliminate (1) the mouse was swapped with another one. Too soon to
>  know if that did anything.

I wonder if you aren't somehow accidentally clicking the middle mouse 
button whilst scrolling?

> On 02-Feb-2018 13:13, David Mathog wrote:
>> I seem to recall that before this if I highlighted a region in an
>> xterm window, then moved to another X11 application window, and center
>> clicked, it would paste the highlighted text.  However, if nothing was
>> highlighted in the last window, nothing would paste.  My memory may be
>> faulty on this issue though, as I never paid a lot of attention to it
>> before it started misbehaving.
> That wasn't right, but cut/paste is slightly different between "on the 
> console" and "over putty ssh tunnel with X11 Server on Windows".
> On an XFCE4 ubuntu system console this is what happens:

I'm guessing this means a non-X terminal?

> 1.  type "pwd<enter>" into an uxterm window
> 2.  highlight "pwd" on the line at the preceding prompt, center
>      click once at the current prompt.  "pwd" is pasted.
>      Press "enter".
> 3.  left click once on the still highlighted "pwd", now 2 lines up.
>      The highlight goes away.  Center click once at the prompt.
>      "pwd" is still pasted. Press "enter".
> 4.  With the left mouse button drag across any letter and back
>      to the original position.  So nothing is highlighted.  This can
>      be on any text anywhere in the window.  Center click
>      at the prompt.  Nothing is pasted - the paste buffer is now
>      empty.
> So on the console it is possible to select "nothing".
> On the X11 server ssh to the Ubuntu system and it is the same for the 
> first 3 steps, but the 4th still pastes "pwd".  The rule seems to be 
> "paste buffer can be replaced by anything selected, but not by a select 
> operation which ends with nothing highlighted."
> On the X11 server ssh to the Centos system, it behaves just like a 
> similar connection to the Centos system.
> The operations do the same thing when going between two uxterm windows 
> on any of these tests.
> Which is right?  Is "nothing" a valid thing to load into the paste 
> buffer or no?

 From the testing I did on a couple of linux systems, making an empty 
selection in urxvt doesn't change the clipboard contents, so I don't 
think this is specifically a Cygwin X server problem.

I think it's up to the client (i.e. urxvt) how it interprets making an 
empty selection, which seems to be to not update the selection.

> Is there a standard way to clear this buffer?

I was going to suggest 'xsel -c' or 'xclip -i /dev/null', but that 
doesn't work (in this case) for obscure reasons to do with cut buffers...

For future issues, can I ask you to use the cygwin list, per [1]


Unsubscribe info:
Problem reports:

  reply	other threads:[~2018-02-07 14:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-02 21:13 David Mathog
2018-02-02 22:26 ` David Mathog
2018-02-07 14:26   ` Jon Turney [this message]
2018-02-07 17:37     ` David Mathog
2018-02-15 12:44       ` Jon Turney

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).