public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
From: Jon Turney <jon.turney@dronecode.org.uk> To: mathog@caltech.edu, cygwin-xfree@cygwin.com Subject: Re: Spurious pastes Date: Wed, 07 Feb 2018 14:26:00 -0000 [thread overview] Message-ID: <7945947c-5872-ef24-0924-b86d39876749@dronecode.org.uk> (raw) In-Reply-To: <c440f9ffbdc3d681955a22880c26f355@saf.bio.caltech.edu> 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/
next prev parent 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: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=7945947c-5872-ef24-0924-b86d39876749@dronecode.org.uk \ --to=jon.turney@dronecode.org.uk \ --cc=cygwin-xfree@cygwin.com \ --cc=mathog@caltech.edu \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe 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).