From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Tim Van Holder <tim.vanholder@gmail.com>
Newsgroups: gmane.emacs.bugs
Subject: bug#6637: 24.0.50; kill ring being seriously polluted
Date: Thu, 15 Jul 2010 15:35:41 +0200
Message-ID: <AANLkTimfXvgth31sbeKRXmi3AGXe-UxZIjs9qgZwmfDI@mail.gmail.com>
References: <87oce986yu.fsf@leeloo.anubex.internal>
	<4C3EDB1A.6010202@harpegolden.net>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Trace: dough.gmane.org 1279202438 24089 80.91.229.12 (15 Jul 2010 14:00:38 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 15 Jul 2010 14:00:38 +0000 (UTC)
Cc: 6637@debbugs.gnu.org
To: David De La Harpe Golden <david@harpegolden.net>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 15 16:00:36 2010
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>)
	id 1OZOzK-0006QW-R8
	for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Jul 2010 16:00:35 +0200
Original-Received: from localhost ([127.0.0.1]:42675 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1OZOzI-0000Cr-2U
	for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Jul 2010 10:00:32 -0400
Original-Received: from [140.186.70.92] (port=59217 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1OZOzA-0000Cg-2p
	for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 10:00:25 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1OZOz8-0007SV-6Y
	for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 10:00:23 -0400
Original-Received: from debbugs.gnu.org ([140.186.70.43]:48159)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1OZOz8-0007SP-51
	for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 10:00:22 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>)
	id 1OZObZ-0002G1-Sf; Thu, 15 Jul 2010 09:36:01 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Tim Van Holder <tim.vanholder@gmail.com>
Original-Sender: debbugs-submit-bounces@debbugs.gnu.org
Resent-To: owner@debbugs.gnu.org
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Thu, 15 Jul 2010 13:36:01 +0000
Resent-Message-ID: <handler.6637.B6637.12792009348669@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 6637
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
Original-Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12792009348669
	(code B ref 6637); Thu, 15 Jul 2010 13:36:01 +0000
Original-Received: (at 6637) by debbugs.gnu.org; 15 Jul 2010 13:35:34 +0000
Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1OZOb8-0002Fm-4U
	for submit@debbugs.gnu.org; Thu, 15 Jul 2010 09:35:34 -0400
Original-Received: from mail-bw0-f44.google.com ([209.85.214.44])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <tim.vanholder@gmail.com>) id 1OZOb6-0002Ff-0B
	for 6637@debbugs.gnu.org; Thu, 15 Jul 2010 09:35:32 -0400
Original-Received: by bwz7 with SMTP id 7so644795bwz.3
	for <6637@debbugs.gnu.org>; Thu, 15 Jul 2010 06:35:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:received:received:in-reply-to
	:references:date:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	bh=KmeakZu/LCe6kNnrMznzNMXMhm2R0Dkz8+h1OvVZJ1k=;
	b=d49sVBDmYSaAsBld3L3QiZ3+QcIw4VKtZ+uWy7IrF/98Ja6Ctd/8xnZNuzmhCl0Ngk
	EuNn4aJwtBxOyQA1zqfsfxZzol3swtbLdm/wZirekpAFVW+Q+jOEWFthiwr68gnIW5yW
	h5kKL+0UlkPQvWer73QioWV5YagLn83RiQvCs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type:content-transfer-encoding;
	b=s+pjh9NCZ2n2Vf8WuwWe++R1VI1U+qDngH6Ia2srICC6qnlpl6XV09Dzj195Qo8o1D
	OiECqOiA8Bq0fGpSdwTA934Lp78Z3hgqBFthjIjqvuo5HXhV93Mnscsabz2gC5FCOab+
	pHQt49wTnWr9xtqRr5wz3JFBB6BNatMfGeIUk=
Original-Received: by 10.204.178.68 with SMTP id bl4mr14545656bkb.119.1279200941754; 
	Thu, 15 Jul 2010 06:35:41 -0700 (PDT)
Original-Received: by 10.204.65.77 with HTTP; Thu, 15 Jul 2010 06:35:41 -0700 (PDT)
In-Reply-To: <4C3EDB1A.6010202@harpegolden.net>
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
Resent-Date: Thu, 15 Jul 2010 09:36:01 -0400
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
	the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.bugs:38556
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/38556>

On 15 July 2010 11:55, David De La Harpe Golden <david@harpegolden.net> wro=
te:
> On 15/07/10 09:50, Tim Van Holder wrote:
>>
>> With the current BZR head, the kill ring seems to be seriously
>> broken, at least in conjunction with pc-selection-mode.
>> It seems that whenever I mark a region (using shift + arrow keys), the
>> contents of that region go into the kill ring, and when I enter text to
>> replace that region, the first character (and only the first character)
>> goes into the kill ring.
>> This seriously breaks some common activities, i.e. copying a piece of
>> code, then pasting it several times, adjusting those parts that need
>> adjusting.
>> Is there an option to disable this less-than-desirable "functionality"
>> until the behaviour is returned to sanity? If not, I suppose I can
>> handle a few extra M-y presses for a while, but I'd like to see this
>> fixed as soon as possible.
>>
>
> [Well, please =C2=A0bear in mind you're running unstable development code=
 if
> you're running bzr head rather than a release AFAIU]

Yeah I know - but I've been using emacs' CVS HEAD for years and there
have rarely been cases where there was anything obviously broken (and
with no immediately obvious workaround), so I guess I've been spoilt
:-D.

> If you just want shift-arrow selection, note that that has worked in emac=
s
> anyway for a while, without pc-selection-mode turned on as such.
> But since your bug was for the delete-selection part, well, I guess that'=
s
> less than satisfactory.

The bug is also for the key-based selection ending up in the kill
ring. I don't think that has ever been the case before.
Like I said, I routinely copy/yank stuff and then adjust parts as
needed (usually relying both on S-arrow selection and delete-selection
behaviour for these adjustments) and this is the first time I've
noticed it affecting the next yank. In fact, there have also been many
cases where I selected things for the express purpose of replacing
them via a yank.

> The problem is likely in delete-selection-mode (which pc-selection-mode u=
ses
> underneath) or some of the code it calls in simple.el:
>
> I was totally expecting this to be related to certain recent changes in
> default selection handling, but breakage happened in my short test even w=
ith
> them turned off on X11 emacs on debian. =C2=A0It may/must still be relate=
d to
> recent rearrangements, of course, just perhaps not in the area I thought.

I think the root problem is going to be the issue above (S-arrow
selection ending up in kill ring). That the initial region replacement
done by delete-selection ends up in the kill ring is probably a side
effect.

> I for one won't get to look properly at this until the weekend, though I'=
m
> not the only person about.

I just looked at the emacs-devel archives and it looks like there were
some recent changes relating to integrating emacs' kill ring with the
X clipboard; my guess is that the issue I'm seeing is related to that.
Customizing x-select-enable-clipboard made no difference though.