GNU bug report logs - #13884
24.3.50; `mouse-secondary-save-then-kill' should not affect the kill ring (+ regression)

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: "Drew Adams" <drew.adams@HIDDEN>; dated Tue, 5 Mar 2013 23:21:03 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 5 Mar 2013 23:20:36 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 05 18:20:36 2013
Received: from localhost ([127.0.0.1]:33231 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UD19v-0000Wr-CZ
	for submit <at> debbugs.gnu.org; Tue, 05 Mar 2013 18:20:35 -0500
Received: from eggs.gnu.org ([208.118.235.92]:40903)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <drew.adams@HIDDEN>) id 1UD19s-0000Wf-Bt
	for submit <at> debbugs.gnu.org; Tue, 05 Mar 2013 18:20:33 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <drew.adams@HIDDEN>) id 1UD19N-0001Em-La
	for submit <at> debbugs.gnu.org; Tue, 05 Mar 2013 18:20:04 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-104.8 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_MED,
	RP_MATCHES_RCVD, UNPARSEABLE_RELAY,
	USER_IN_WHITELIST autolearn=unavailable version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:48992)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <drew.adams@HIDDEN>) id 1UD19N-0001Dx-HE
	for submit <at> debbugs.gnu.org; Tue, 05 Mar 2013 18:20:01 -0500
Received: from eggs.gnu.org ([208.118.235.92]:52242)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <drew.adams@HIDDEN>) id 1UD19L-0001Wa-PB
	for bug-gnu-emacs@HIDDEN; Tue, 05 Mar 2013 18:20:01 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <drew.adams@HIDDEN>) id 1UD19J-0001AG-QJ
	for bug-gnu-emacs@HIDDEN; Tue, 05 Mar 2013 18:19:59 -0500
Received: from aserp1040.oracle.com ([141.146.126.69]:39395)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <drew.adams@HIDDEN>) id 1UD19J-00019p-JO
	for bug-gnu-emacs@HIDDEN; Tue, 05 Mar 2013 18:19:57 -0500
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with
	ESMTP id r25NJsK2010377
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <bug-gnu-emacs@HIDDEN>; Tue, 5 Mar 2013 23:19:55 GMT
Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	r25NJswa010372
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <bug-gnu-emacs@HIDDEN>; Tue, 5 Mar 2013 23:19:54 GMT
Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71])
	by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	r25NJs4f017605
	for <bug-gnu-emacs@HIDDEN>; Tue, 5 Mar 2013 17:19:54 -0600
Received: from dradamslap1 (/10.159.175.49)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 05 Mar 2013 15:19:54 -0800
From: "Drew Adams" <drew.adams@HIDDEN>
To: <bug-gnu-emacs@HIDDEN>
Subject: 24.3.50;
	`mouse-secondary-save-then-kill' should not affect the kill ring (+
	regression)
Date: Tue, 5 Mar 2013 15:19:52 -0800
Message-ID: <65E5B3EECB024BECBFE64DDE1C8CCFF7@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
Thread-Index: Ac4Z9/BgytFwvWv9Q+SCp3mwPPHkQg==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 208.118.235.17
X-Spam-Score: -3.5 (---)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.2 (------)

Prior to Emacs 24, if you clicked `M-mouse-3' without first clicking
`M-mouse-1' you got a "Wrong buffer" error msg informing you that the
secondary selection was not in this buffer.  That was consistent and
reasonable behavior.
 
Starting with Emacs 24, if you do that Emacs moves the secondary
selection to the current buffer, from point to the clicked position. 
 
1. It could be argued that this is a regression, especially as:
 
a. This user-visible behavior change is not noted in the NEWS, AFAICT.
 
b. Point has nothing to do with the secondary selection, whereas it is
   always at one end of the region.
 
c. Now the user is no longer informed that s?he is in the wrong buffer.
   I.e., s?he is not told that there is no secondary selection in the
   current buffer.  If s?he has already defined the secondary selection
   in a different buffer, and, e.g., s?he thinks s?he is in that buffer,
   s?he will lose that selection and instead re-create the secondary
   selection in the current buffer.
 
This change in behavior is arguably a bad thing, not a good thing.
 
2. Be that as it may, if this behavior is to remain, there is
nevertheless the following bug, the main purpose of this report: In this
case (no start of secondary selection in current buffer, so using point
as the start position), the code mistakenly does this, in addition to
doing what it needs to do to establish the secondary selection:
 
(kill-ring-save (point) click-pt)
 
That code is a vestige, presumably.  In any case, it has no business
being there.  Setting the secondary selection should not in any way
affect the `kill-ring'.  The secondary selection is entirely separate
from the region and the kill ring.  This sexp should be removed.
 
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
 of 2013-02-25 on ODIEONE
Bzr revision: 111879 yamaoka@HIDDEN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
 -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'
 





Acknowledgement sent to "Drew Adams" <drew.adams@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#13884; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Fri, 31 Oct 2014 17:00:04 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.