From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim Van Holder 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: 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 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: 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 ) 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 ) 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 ) 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 ) id 1OZObZ-0002G1-Sf; Thu, 15 Jul 2010 09:36:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tim Van Holder 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: 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 ) 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 ) 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: On 15 July 2010 11:55, David De La Harpe Golden 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.