From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 126024 invoked by alias); 7 Feb 2018 17:37:17 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 126007 invoked by uid 89); 7 Feb 2018 17:37:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_40,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=H*r:apache, facility, HX-Envelope-From:sk:apache@, Biology X-HELO: newsaf.bio.caltech.edu Received: from newsaf.bio.caltech.edu (HELO newsaf.bio.caltech.edu) (131.215.12.41) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 07 Feb 2018 17:37:12 +0000 Received: from apache by newsaf.bio.caltech.edu ([local]:local) with local id 1ejTeh-00079K-Ep - Using Exim-4.72 (MandrivaLinux) MTA (return-path ); Wed, 07 Feb 2018 09:37:11 -0800 To: cygwin-xfree@cygwin.com Subject: Re: Spurious pastes HTTP-Posting-Client: 131.215.12.39 HTTP-Posting-URI: saf.bio.caltech.edu:443/roundcubemail/index.php HTTP-Posting-User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.1 X-PHP-Originating-Script: 0:rcmail.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 07 Feb 2018 17:37:00 -0000 From: David Mathog Reply-To: mathog@caltech.edu Mail-Reply-To: mathog@caltech.edu In-Reply-To: <7945947c-5872-ef24-0924-b86d39876749@dronecode.org.uk> References: <1e7a9c8c3f8625a43e1cef9cfcb95e12@saf.bio.caltech.edu> <7945947c-5872-ef24-0924-b86d39876749@dronecode.org.uk> Message-ID: X-Sender: mathog@caltech.edu User-Agent: Roundcube Webmail/0.9.5 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: apache@saf.bio.caltech.edu X-SA-Exim-Scanned: No (on newsaf.bio.caltech.edu); SAEximRunCond expanded to false X-IsSubscribed: yes X-SW-Source: 2018-02/txt/msg00004.txt.bz2 On 07-Feb-2018 06:26, Jon Turney wrote: > 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? That seems to be what caused it. Those errant pastes have not happened again with the 2nd mouse. My best guess is that somehow putting the mouse back together decreased the "click distance" on the scroll wheel, so that now and then in the middle of a scroll motion there was also a click. I would never see it when it happened because the scroll actions on either side of the click would move it off the screen. > >> 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? That is a regular X11 server, xorg 1.15.1. It just acts differently in that it was possible to "select nothing". >> 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... Too bad. Sometimes I cut and paste hundreds of lines of text and those are always a mistaken center click in an xterm away from hundreds of bogus commands trying to run. If you have any control of this issue a standard key stroke combination to clear would be wonderful. Failing that, control-shift-center click (or something like that) to paste and then clear would be nearly as good. > 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 I will try to remember that. Thanks, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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/