Re: Spurious pastes

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]

[1] https://cygwin.com/ml/cygwin-xfree-announce/2015-03/msg00001.html


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/