From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted 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 08:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 6637 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 6637@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.127918381331044 (code B ref -1); Thu, 15 Jul 2010 08:51:01 +0000 Received: (at submit) by debbugs.gnu.org; 15 Jul 2010 08:50:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZK8y-00084f-JT for submit@debbugs.gnu.org; Thu, 15 Jul 2010 04:50:12 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZK8w-00084a-QL for submit@debbugs.gnu.org; Thu, 15 Jul 2010 04:50:11 -0400 Received: from lists.gnu.org ([199.232.76.165]:58654) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OZK97-0005HU-7P for submit@debbugs.gnu.org; Thu, 15 Jul 2010 04:50:21 -0400 Received: from [140.186.70.92] (port=46630 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZK95-0004mQ-JK for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 04:50:20 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZK94-0003yj-DG for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 04:50:19 -0400 Received: from ts.anubex.com ([194.78.75.179]:43167 helo=mail.anubex.com) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZK94-0003yB-2K for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 04:50:18 -0400 Received: from localhost (kraatos.anubex.internal [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id F0473EAB1BB; Thu, 15 Jul 2010 10:50:13 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U6s62KPE73um; Thu, 15 Jul 2010 10:50:01 +0200 (CEST) Received: from leeloo.anubex.internal (leeloo.anubex.internal [192.168.14.202]) by mail.anubex.com (Postfix) with ESMTPS id A08A1EAB0AD; Thu, 15 Jul 2010 10:50:01 +0200 (CEST) Received: from tim by leeloo.anubex.internal with local (Exim 4.63) (envelope-from ) id 1OZK8n-0001Xc-GF; Thu, 15 Jul 2010 10:50:01 +0200 From: Tim Van Holder Date: Thu, 15 Jul 2010 10:50:01 +0200 Message-ID: <87oce986yu.fsf@leeloo.anubex.internal> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.4 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.5 (-----) 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. In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2010-07-15 on leeloo Windowing system distributor `The Cygwin/X Project', version 11.0.10503000 configured using `configure '--with-x'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: C/l Minor modes in effect: show-paren-mode: t pc-selection-mode: t display-time-mode: t delete-selection-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Features: (shadow sort mail-extr message sendmail rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader emacsbug multi-isearch parse-time vc-cvs cc-mode cc-fonts easymenu cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs dired regexp-opt package whitespace zastai jka-compr uniquify advice help-fns advice-preload paren pc-select gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr wid-edit time delsel cus-start cus-load tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting gtk x-toolkit x multi-tty emacs) From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: David De La Harpe Golden 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 09:56:02 +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: To: 6637@debbugs.gnu.org Cc: tim.vanholder@gmail.com Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.127918773232689 (code B ref 6637); Thu, 15 Jul 2010 09:56:02 +0000 Received: (at 6637) by debbugs.gnu.org; 15 Jul 2010 09:55:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZLAC-0008VC-5D for submit@debbugs.gnu.org; Thu, 15 Jul 2010 05:55:32 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZLAA-0008V7-RN for 6637@debbugs.gnu.org; Thu, 15 Jul 2010 05:55:31 -0400 Received: from [87.198.55.108] (87-198-55-108.ptr.magnet.ie [87.198.55.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 79BD0683FF; Thu, 15 Jul 2010 10:55:38 +0100 (IST) Message-ID: <4C3EDB1A.6010202@harpegolden.net> Date: Thu, 15 Jul 2010 10:55:38 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 References: <87oce986yu.fsf@leeloo.anubex.internal> In-Reply-To: <87oce986yu.fsf@leeloo.anubex.internal> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) 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 bear in mind you're running unstable development code if you're running bzr head rather than a release AFAIU] If you just want shift-arrow selection, note that that has worked in emacs 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 problem is likely in delete-selection-mode (which pc-selection-mode uses 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 with them turned off on X11 emacs on debian. It may/must still be related to recent rearrangements, of course, just perhaps not in the area I thought. I for one won't get to look properly at this until the weekend, though I'm not the only person about. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted In-Reply-To: <87oce986yu.fsf@leeloo.anubex.internal> Resent-From: Thierry Volpiatto 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 10:09:02 +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: To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.1279188527574 (code B ref -1); Thu, 15 Jul 2010 10:09:02 +0000 Received: (at submit) by debbugs.gnu.org; 15 Jul 2010 10:08:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZLN0-00009D-Pg for submit@debbugs.gnu.org; Thu, 15 Jul 2010 06:08:47 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZLMy-000098-Cf for submit@debbugs.gnu.org; Thu, 15 Jul 2010 06:08:45 -0400 Received: from lists.gnu.org ([199.232.76.165]:33423) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OZLN8-0006lg-LP for submit@debbugs.gnu.org; Thu, 15 Jul 2010 06:08:54 -0400 Received: from [140.186.70.92] (port=43408 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZLN4-0007M1-7W for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 06:08:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_RP_MATCHES_RCVD, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZLN2-0007gF-Qq for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 06:08:50 -0400 Received: from lo.gmane.org ([80.91.229.12]:52607) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZLN2-0007fm-GV for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 06:08:48 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OZLMz-0006wE-0v for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 12:08:45 +0200 Received: from 27.77.197-77.rev.gaoland.net ([77.197.77.27]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jul 2010 12:08:45 +0200 Received: from thierry.volpiatto by 27.77.197-77.rev.gaoland.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jul 2010 12:08:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Thierry Volpiatto Date: Thu, 15 Jul 2010 12:05:57 +0200 Organization: ThierryVolpiatto Lines: 55 Message-ID: <87fwzlukje.fsf@tux.homenetwork> References: <87oce986yu.fsf@leeloo.anubex.internal> <4C3EDB1A.6010202@harpegolden.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 27.77.197-77.rev.gaoland.net User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:1KRVbsXre1G1CgHd5S8Py2htd+U= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.3 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) David De La Harpe Golden writes: > 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 bear in mind you're running unstable development code > if you're running bzr head rather than a release AFAIU] > > If you just want shift-arrow selection, note that that has worked in > emacs 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 problem is likely in delete-selection-mode (which > pc-selection-mode uses 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 with them turned off on X11 emacs on debian. It may/must still > be related to recent rearrangements, of course, just perhaps not in > the area I thought. > > I for one won't get to look properly at this until the weekend, though > I'm not the only person about. That appear even if delete-selection-mode is turned off, to disable that i use here: ,---- | (setq x-select-enable-clipboard nil) | (setq interprogram-paste-function nil) `---- and it seem working fine. -- Thierry Volpiatto Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted 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: To: David De La Harpe Golden Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12792009348669 (code B ref 6637); Thu, 15 Jul 2010 13:36:01 +0000 Received: (at 6637) by debbugs.gnu.org; 15 Jul 2010 13:35:34 +0000 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 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 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= MIME-Version: 1.0 Received: by 10.204.178.68 with SMTP id bl4mr14545656bkb.119.1279200941754; Thu, 15 Jul 2010 06:35:41 -0700 (PDT) Received: by 10.204.65.77 with HTTP; Thu, 15 Jul 2010 06:35:41 -0700 (PDT) In-Reply-To: <4C3EDB1A.6010202@harpegolden.net> References: <87oce986yu.fsf@leeloo.anubex.internal> <4C3EDB1A.6010202@harpegolden.net> Date: Thu, 15 Jul 2010 15:35:41 +0200 Message-ID: From: Tim Van Holder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) 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. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: Chong Yidong 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 14:04:02 +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: To: Tim Van Holder Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12792026129406 (code B ref 6637); Thu, 15 Jul 2010 14:04:02 +0000 Received: (at 6637) by debbugs.gnu.org; 15 Jul 2010 14:03:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZP2C-0002Rf-EZ for submit@debbugs.gnu.org; Thu, 15 Jul 2010 10:03:32 -0400 Received: from pantheon-po41.its.yale.edu ([130.132.50.98]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZP2B-0002RZ-Cn for 6637@debbugs.gnu.org; Thu, 15 Jul 2010 10:03:31 -0400 Received: from furry (adsl-99-109-18-211.dsl.wlfrct.sbcglobal.net [99.109.18.211]) (authenticated bits=0) by pantheon-po41.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o6FE3fHP015908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Jul 2010 10:03:42 -0400 Received: by furry (Postfix, from userid 1000) id 03A46C011; Thu, 15 Jul 2010 10:03:39 -0400 (EDT) From: Chong Yidong References: <87oce986yu.fsf@leeloo.anubex.internal> Date: Thu, 15 Jul 2010 10:03:39 -0400 In-Reply-To: <87oce986yu.fsf@leeloo.anubex.internal> (Tim Van Holder's message of "Thu, 15 Jul 2010 10:50:01 +0200") Message-ID: <87mxts970k.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) Tim Van Holder writes: > 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. Your description is too vague. Please provide a precise, step-by-step recipe for the problem, starting with `emacs -Q'. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted 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: Fri, 16 Jul 2010 09:08: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: To: Chong Yidong Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12792712327216 (code B ref 6637); Fri, 16 Jul 2010 09:08:01 +0000 Received: (at 6637) by debbugs.gnu.org; 16 Jul 2010 09:07:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZgsy-0001sL-1L for submit@debbugs.gnu.org; Fri, 16 Jul 2010 05:07:12 -0400 Received: from mail-bw0-f44.google.com ([209.85.214.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZgsw-0001sG-0D for 6637@debbugs.gnu.org; Fri, 16 Jul 2010 05:07:10 -0400 Received: by bwz7 with SMTP id 7so1219604bwz.3 for <6637@debbugs.gnu.org>; Fri, 16 Jul 2010 02:07:22 -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=UORacr4Fhog/6ROqail4SKYX6U3zyjEnYwzJPJTQ0MA=; b=mcAaEtDS3AxeLLfABi3xvRlCeBiVXvvx3NlPvSuV284tiM1gPiFdVjVVNtmcYqju3y T/X9B40p0xDzSkb1s7tSoJZM9JjzD7E1jl27na8Tcf4OK2UmRX63BppLlrX9D0htRWHw k0CgKpcQKEIr2HtESwgDPvMrLKBhOSj2ZobTI= 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=JRf9a0Y9y1e0VGDa6NoPFyF73cwNWr7QHWJtSPcaE0sEELRaHmcsDxfte+QV3aAw6w faenASaPMaQ9DGmBpY8aP2+kguSPKUFbwHKjBUe8GXd7cI8ce8i1qad/5hoFiZN8a4f9 HFN86zAyv36+HvfQq9rK1JSPhAR2DRleJjfOI= MIME-Version: 1.0 Received: by 10.204.75.81 with SMTP id x17mr699315bkj.72.1279271242165; Fri, 16 Jul 2010 02:07:22 -0700 (PDT) Received: by 10.204.65.77 with HTTP; Fri, 16 Jul 2010 02:07:22 -0700 (PDT) In-Reply-To: <87mxts970k.fsf@stupidchicken.com> References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> Date: Fri, 16 Jul 2010 11:07:22 +0200 Message-ID: From: Tim Van Holder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) On 15 July 2010 16:03, Chong Yidong wrote: > Tim Van Holder writes: > >> 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. > > Your description is too vague. =C2=A0Please provide a precise, step-by-st= ep > recipe for the problem, starting with `emacs -Q'. Fair enough. 1) emacs -Q Note: this is run from an SSH shell (putty) connected to a Debian box with X forwarding using Cygwin's X server on my local PC. This shows the normal *scratch* buffer with 3 comment lines at the top and point below them. 2) Holding the shift key, press the up arrow until you're at the top of the buffer This selects the comment lines and the line below it. 3) Release the shift key and press the down arrow until you're back at the bottom of the buffer 4) Press C-y This yanks in the comment lines, even though I at no point requested a kill or copy-as-kill. I don't remember this ever being the case in the past. In addition, with today's BZR head the yank takes a very long time (4-5 seconds); the mouse cursor even switches to its "please wait" form. This long wait goes away when I set x-select-clipboard-enable to false. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Jul 2010 15:57: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: To: Tim Van Holder Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.127929581125588 (code B ref 6637); Fri, 16 Jul 2010 15:57:01 +0000 Received: (at 6637) by debbugs.gnu.org; 16 Jul 2010 15:56:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZnHO-0006ef-Ga for submit@debbugs.gnu.org; Fri, 16 Jul 2010 11:56:50 -0400 Received: from pantheon-po18.its.yale.edu ([130.132.50.74]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZnHM-0006eZ-5m for 6637@debbugs.gnu.org; Fri, 16 Jul 2010 11:56:48 -0400 Received: from furry (dhcp128036014221.central.yale.edu [128.36.14.221]) (authenticated bits=0) by pantheon-po18.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o6GFv1KZ020169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Jul 2010 11:57:01 -0400 Received: by furry (Postfix, from userid 1000) id B0E13C013; Fri, 16 Jul 2010 11:57:01 -0400 (EDT) From: Chong Yidong References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> Date: Fri, 16 Jul 2010 11:57:01 -0400 In-Reply-To: (Tim Van Holder's message of "Fri, 16 Jul 2010 11:07:22 +0200") Message-ID: <87bpa7zagi.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Tim Van Holder writes: > 1) emacs -Q > 2) Holding the shift key, press the up arrow until you're at the top > of the buffer > 3) Release the shift key and press the down arrow until you're back at > the bottom of the buffer > 4) Press C-y > > This yanks in the comment lines, even though I at no point requested a > kill or copy-as-kill. Go to any X application (firefox, etc) with a text field. Holding shift, press the arrow keys and select some text. Release shift, and press another down arrow to deselect it. In Emacs 23 (in the absence of latest changes): Run `emacs -Q'. C-y The text you selected is yanked into the buffer. This is because the other X application put your selected text in the primary selection. How is the behavior of Emacs' new shift selection different from the other X application's shift selection? From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted References: <87oce986yu.fsf@leeloo.anubex.internal> In-Reply-To: <87oce986yu.fsf@leeloo.anubex.internal> Resent-From: Angelo Graziosi Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Jul 2010 00:00:03 +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: To: bug-gnu-emacs Cc: cyd@stupidchicken.com Received: via spool by submit@debbugs.gnu.org id=B.127932475611257 (code B ref -1); Sat, 17 Jul 2010 00:00:03 +0000 Received: (at submit) by debbugs.gnu.org; 16 Jul 2010 23:59:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZuoG-0002vW-Fy for submit@debbugs.gnu.org; Fri, 16 Jul 2010 19:59:16 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZuoF-0002vR-77 for submit@debbugs.gnu.org; Fri, 16 Jul 2010 19:59:16 -0400 Received: from lists.gnu.org ([199.232.76.165]:59644) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OZuoT-0003Qs-OV for submit@debbugs.gnu.org; Fri, 16 Jul 2010 19:59:29 -0400 Received: from [140.186.70.92] (port=39234 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZuoS-0007bo-Gl for bug-gnu-emacs@gnu.org; Fri, 16 Jul 2010 19:59:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RECEIVED_FROM_WINDOWS_HOST, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZuoR-0005Mi-Bt for bug-gnu-emacs@gnu.org; Fri, 16 Jul 2010 19:59:28 -0400 Received: from smtp206.alice.it ([82.57.200.102]:42701) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZuoR-0005MZ-28 for bug-gnu-emacs@gnu.org; Fri, 16 Jul 2010 19:59:27 -0400 Received: from [87.1.239.4] (87.1.239.4) by smtp206.alice.it (8.5.124.08) id 4C1A268C01F3E988; Sat, 17 Jul 2010 01:59:24 +0200 Message-ID: <4C40F257.7020600@alice.it> Date: Sat, 17 Jul 2010 01:59:19 +0200 From: Angelo Graziosi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Windows 98 (1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Chong Yidong wrote: > Tim Van Holder writes: > >> 1) emacs -Q >> 2) Holding the shift key, press the up arrow until you're at the top >> of the buffer >> 3) Release the shift key and press the down arrow until you're back at >> the bottom of the buffer >> 4) Press C-y >> >> This yanks in the comment lines, even though I at no point requested a >> kill or copy-as-kill. > > Go to any X application (firefox, etc) with a text field. > Holding shift, press the arrow keys and select some text. > Release shift, and press another down arrow to deselect it. > > In Emacs 23 (in the absence of latest changes): Emacs 23 or 24? > > Run `emacs -Q'. > C-y > > The text you selected is yanked into the buffer. This is because the I have done *exactly* what you suggest on Kubuntu 10.04, with GTK build of Emacs24 trunk rev.100832: it DOS NOT paste the selected text but garbage (something in the clipboard form previous selections...) Since this announcement [*], Copy/Pasting does not seem working right :(. Ciao, Angelo. --- [*] http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00720.html > other X application put your selected text in the primary selection. > How is the behavior of Emacs' new shift selection different from the > other X application's shift selection? From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Jul 2010 02:37: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: To: Angelo Graziosi Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.127933421314958 (code B ref 6637); Sat, 17 Jul 2010 02:37:01 +0000 Received: (at 6637) by debbugs.gnu.org; 17 Jul 2010 02:36:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZxGl-0003tD-JU for submit@debbugs.gnu.org; Fri, 16 Jul 2010 22:36:52 -0400 Received: from pantheon-po45.its.yale.edu ([130.132.50.79]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZxGj-0003ss-MR for 6637@debbugs.gnu.org; Fri, 16 Jul 2010 22:36:50 -0400 Received: from furry (dhcp128036014221.central.yale.edu [128.36.14.221]) (authenticated bits=0) by pantheon-po45.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o6H2b2aB002668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Jul 2010 22:37:02 -0400 Received: by furry (Postfix, from userid 1000) id B9D56C013; Fri, 16 Jul 2010 22:37:02 -0400 (EDT) From: Chong Yidong References: <4C40F257.7020600@alice.it> Date: Fri, 16 Jul 2010 22:37:02 -0400 In-Reply-To: <4C40F257.7020600@alice.it> (Angelo Graziosi's message of "Sat, 17 Jul 2010 01:59:19 +0200") Message-ID: <87oce6n8a9.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Angelo Graziosi writes: >> Go to any X application (firefox, etc) with a text field. >> Holding shift, press the arrow keys and select some text. >> Release shift, and press another down arrow to deselect it. >> >> In Emacs 23 (in the absence of latest changes): >> Run `emacs -Q'. >> C-y >> >> The text you selected is yanked into the buffer. This is because the > > I have done *exactly* what you suggest on Kubuntu 10.04, with GTK > build of Emacs24 trunk rev.100832: it DOS NOT paste the selected text > but garbage (something in the clipboard form previous selections...) I tested the recipe a vanilla build of Emacs 23.2 from the tarball, with `emacs -Q'; the selected text is indeed pasted. However, it seems that the behavior of Firefox differs from that of Gedit and Openoffice; those disown the selection after deselection. Perhaps the behavior of Firefox is aberrant. Assuming the latter is more standard, I will look into changing Emacs' behavior to follow it. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: Angelo Graziosi Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Jul 2010 08:38:02 +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: To: Chong Yidong Cc: bug-gnu-emacs Received: via spool by submit@debbugs.gnu.org id=B.127935584623142 (code B ref -1); Sat, 17 Jul 2010 08:38:02 +0000 Received: (at submit) by debbugs.gnu.org; 17 Jul 2010 08:37:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa2th-00061D-LL for submit@debbugs.gnu.org; Sat, 17 Jul 2010 04:37:25 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa2tf-000618-Oc for submit@debbugs.gnu.org; Sat, 17 Jul 2010 04:37:24 -0400 Received: from lists.gnu.org ([199.232.76.165]:50868) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Oa2tv-0000QU-7k for submit@debbugs.gnu.org; Sat, 17 Jul 2010 04:37:39 -0400 Received: from [140.186.70.92] (port=50145 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa2tt-00011K-N1 for bug-gnu-emacs@gnu.org; Sat, 17 Jul 2010 04:37:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RECEIVED_FROM_WINDOWS_HOST, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oa2ts-0001rq-BE for bug-gnu-emacs@gnu.org; Sat, 17 Jul 2010 04:37:37 -0400 Received: from smtp207.alice.it ([82.57.200.103]:59193) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa2ts-0001rR-1q for bug-gnu-emacs@gnu.org; Sat, 17 Jul 2010 04:37:36 -0400 Received: from [82.57.148.197] (82.57.148.197) by smtp207.alice.it (8.5.124.08) id 4C1A26CF01F6A042; Sat, 17 Jul 2010 10:37:31 +0200 Message-ID: <4C416BC6.1080700@alice.it> Date: Sat, 17 Jul 2010 10:37:26 +0200 From: Angelo Graziosi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 References: <4C40F257.7020600@alice.it> <87oce6n8a9.fsf@stupidchicken.com> In-Reply-To: <87oce6n8a9.fsf@stupidchicken.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Windows 98 (1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) Il 17/07/2010 4.37, Chong Yidong ha scritto: > Angelo Graziosi writes: > >>> Go to any X application (firefox, etc) with a text field. >>> Holding shift, press the arrow keys and select some text. >>> Release shift, and press another down arrow to deselect it. >>> >>> In Emacs 23 (in the absence of latest changes): >>> Run `emacs -Q'. >>> C-y >>> >>> The text you selected is yanked into the buffer. This is because the >> >> I have done *exactly* what you suggest on Kubuntu 10.04, with GTK >> build of Emacs24 trunk rev.100832: it DOS NOT paste the selected text >> but garbage (something in the clipboard form previous selections...) > > I tested the recipe a vanilla build of Emacs 23.2 from the tarball, with > `emacs -Q'; the selected text is indeed pasted. I do not doubt it works with Emacs 23! The problems start after this [*] :(. > However, it seems that the behavior of Firefox differs from that of > Gedit and Openoffice; those disown the selection after deselection. > Perhaps the behavior of Firefox is aberrant. Assuming the latter is > more standard, I will look into changing Emacs' behavior to follow it. Really I tested not only with FF but also with Konqueror: same results. Anyway, other problems occur, say with rev. >= 100832 (but perhaps also with prev.): emacs -Q & Now double clicking on the text of scratch buffer freezes Emacs and the blinking cursor disappears. Only clicking on the menu bar items, and then in the scratch buffer, revert the freeze. Ciao, Angelo. --- [*] http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00720.html From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted 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: Sat, 17 Jul 2010 15:33: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: To: Chong Yidong Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12793807455472 (code B ref 6637); Sat, 17 Jul 2010 15:33:01 +0000 Received: (at 6637) by debbugs.gnu.org; 17 Jul 2010 15:32:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa9NH-0001QB-P1 for submit@debbugs.gnu.org; Sat, 17 Jul 2010 11:32:25 -0400 Received: from mail-bw0-f44.google.com ([209.85.214.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa9NF-0001Q3-MM for 6637@debbugs.gnu.org; Sat, 17 Jul 2010 11:32:22 -0400 Received: by bwz7 with SMTP id 7so1877927bwz.3 for <6637@debbugs.gnu.org>; Sat, 17 Jul 2010 08:32:37 -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=Y9yNJflT5IXeVzQFJud2Aczk/5l9cKVagADgiLqQCSM=; b=qAXoiZE403afk9pTBdOLKD6AVXQdm8lR2rY15ClqfI/yS7BC3r17WQafaMpsaxFJKY qVRyEI6IqQ/DWHk8jnIRwCfzbV4YTgLppXtZx5utl/1Bdioi9vB1ZA4Oz6DIvKMsB43m y2CQDHCLimumlZgHunbLRUI2IhZC+qCuYP7Fg= 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=rcPkZ+rNwphDhzj/jTOSQ6PA2JHJduwb2S28MgRVpViCQmp82gh+Mft9jxbvHSeRO9 mG886ByFiZu3aqJCGuWsbUgbaClbFz5WqisqfEuo5mZVD4UpXPxt3vfiMx0VERfLkKSx rmNeLzzrxh2gjCdNeE5TKkNzUoXVspH5qVz3w= MIME-Version: 1.0 Received: by 10.204.178.146 with SMTP id bm18mr2026543bkb.99.1279380756676; Sat, 17 Jul 2010 08:32:36 -0700 (PDT) Received: by 10.204.65.77 with HTTP; Sat, 17 Jul 2010 08:32:36 -0700 (PDT) In-Reply-To: <87bpa7zagi.fsf@stupidchicken.com> References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> <87bpa7zagi.fsf@stupidchicken.com> Date: Sat, 17 Jul 2010 17:32:36 +0200 Message-ID: From: Tim Van Holder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) On 16 July 2010 17:57, Chong Yidong wrote: > Tim Van Holder writes: > >> 1) emacs -Q >> 2) Holding the shift key, press the up arrow until you're at the top >> of the buffer >> 3) Release the shift key and press the down arrow until you're back at >> the bottom of the buffer >> 4) Press C-y >> >> This yanks in the comment lines, even though I at no point requested a >> kill or copy-as-kill. > > Go to any X application (firefox, etc) with a text field. > Holding shift, press the arrow keys and select some text. > Release shift, and press another down arrow to deselect it. > > In Emacs 23 (in the absence of latest changes): > > Run `emacs -Q'. > C-y > > The text you selected is yanked into the buffer. =C2=A0This is because th= e > other X application put your selected text in the primary selection. > How is the behavior of Emacs' new shift selection different from the > other X application's shift selection? I generally spend all my time in Emacs, so I don't know/care very much about the behaviour of other X applications (especially with the way I'm running Emacs these days, it tends to be the only X app running). All I know is I have been selecting text in Emacs for a long time and it has never appeared in the kill ring (maybe because of pc-selection-mode, I don't know). I do expect to be able to yank text copied from other applications, and I do expect to be able to paste stuff elsewhere that I've copied/killed in Emacs; and this has so far always been the case. The following is something I do a lot as part of code editing: 1) copy/kill something 2) yank the copied/kill text 3) select certain portions and replace them as needed for that copy 4) go back to step 2) if needed The new behaviour interferes with this (and I don't see how it can do anything but interfere when pc-selection-mode is active). Look, if most people are happy with the new behaviour then fine, make it the default. But I'd still want a customizable option to disable it (or for it to be automatically disabled when pc-selection-mode is active). Given that there is a pc-selection-mode, perhaps this new behaviour could be made an x-selection-mode, giving people the choice of which behaviour they want. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Jul 2010 15:58:02 +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: To: Tim Van Holder Cc: 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12793822446531 (code B ref 6637); Sat, 17 Jul 2010 15:58:02 +0000 Received: (at 6637) by debbugs.gnu.org; 17 Jul 2010 15:57:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa9lT-0001hI-S5 for submit@debbugs.gnu.org; Sat, 17 Jul 2010 11:57:24 -0400 Received: from pantheon-po18.its.yale.edu ([130.132.50.74]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa9lS-0001hD-Cd for 6637@debbugs.gnu.org; Sat, 17 Jul 2010 11:57:22 -0400 Received: from furry (adsl-99-109-18-211.dsl.wlfrct.sbcglobal.net [99.109.18.211]) (authenticated bits=0) by pantheon-po18.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o6HFvbVl029688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 17 Jul 2010 11:57:38 -0400 Received: by furry (Postfix, from userid 1000) id B62CEC013; Sat, 17 Jul 2010 11:57:36 -0400 (EDT) From: Chong Yidong References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> <87bpa7zagi.fsf@stupidchicken.com> Date: Sat, 17 Jul 2010 11:57:36 -0400 In-Reply-To: (Tim Van Holder's message of "Sat, 17 Jul 2010 17:32:36 +0200") Message-ID: <877hku85jj.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) Tim Van Holder writes: > The following is something I do a lot as part of code editing: > 1) copy/kill something > 2) yank the copied/kill text > 3) select certain portions and replace them as needed for that copy > 4) go back to step 2) if needed > The new behaviour interferes with this (and I don't see how it can do > anything but interfere when pc-selection-mode is active). Your description is too vague. Please provide a step by step recipe demonstrating the problem, starting with `emacs -Q'. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: David De La Harpe Golden Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Jul 2010 17:53:02 +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: To: Tim Van Holder Cc: Chong Yidong , 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.12793891759715 (code B ref 6637); Sat, 17 Jul 2010 17:53:02 +0000 Received: (at 6637) by debbugs.gnu.org; 17 Jul 2010 17:52:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OaBZG-0002We-FB for submit@debbugs.gnu.org; Sat, 17 Jul 2010 13:52:54 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OaBZE-0002WZ-Hx for 6637@debbugs.gnu.org; Sat, 17 Jul 2010 13:52:53 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 4AE03683FF; Sat, 17 Jul 2010 18:53:06 +0100 (IST) Message-ID: <4C41EE02.2010204@harpegolden.net> Date: Sat, 17 Jul 2010 18:53:06 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> <87bpa7zagi.fsf@stupidchicken.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) On 17/07/10 16:32, Tim Van Holder wrote: > The following is something I do a lot as part of code editing: > 1) copy/kill something > 2) yank the copied/kill text > 3) select certain portions and replace them as needed for that copy > 4) go back to step 2) if needed > The new behaviour interferes with this (and I don't see how it can do > anything but interfere when pc-selection-mode is active). > Firstly (and this may be premature to mention (sorry) given there are more known unresolved issues) but N.B. there have been some even more recent changes addressing some problems with the recent changes, please try starting from emacs -Q with an emacs trunk build >= rev. 100838 and see if the problems you are having persist. Unfortunately, there are known issues even in that revision, but they will (probably) be more subtle. There is effort ongoing to address them. But as Chong just said, that's too vague to reproduce an issue from. I do realise it's a drag to write concrete steps out in the detail really required - but it's pretty necessary for adequate repeatability, in this area small details matter. Ideally (and I acknowledge it is time consuming), you would start from emacs -Q with a known test string (say the initial ";; This buffer is for..." or "The quick brown fox jumps over the lazy dog."), and describe the keystrokes and mouse clicks and point and mouse movements right down to which letters the point and mouse are on, the results of the operations, and the results you expected if they vary. It is also possible there are Cygwin/X specific issues that you are seeing but the rest of us on other X servers aren't. Eyeing its changelog (I personally don't have access to a windows box to test on), it likely has somewhat hairy handling of integration with the w32 clipboard. OTOH, said handling appears to be expecting now-conventional X11 app selection interaction behaviour, so making emacs adopt that behaviour by default shouldn't cause any gross problems (though will inevitably be somewhat different to emacs' historical default behaviour). From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted 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: Mon, 19 Jul 2010 08:23: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: To: David De La Harpe Golden Cc: Chong Yidong , 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.127952775621336 (code B ref 6637); Mon, 19 Jul 2010 08:23:01 +0000 Received: (at 6637) by debbugs.gnu.org; 19 Jul 2010 08:22:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OalcR-0005Y5-Ox for submit@debbugs.gnu.org; Mon, 19 Jul 2010 04:22:36 -0400 Received: from mail-bw0-f44.google.com ([209.85.214.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OalcO-0005Y0-WE for 6637@debbugs.gnu.org; Mon, 19 Jul 2010 04:22:33 -0400 Received: by bwz7 with SMTP id 7so2422978bwz.3 for <6637@debbugs.gnu.org>; Mon, 19 Jul 2010 01:22:52 -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=cWTrlwSk7eHY5yXagWp65gDMfbmI2OPBbxbR3J4ACxQ=; b=bnJrn4oMNns320HhF0Sg0OclRdZPVL3aKp9f51bxKJChQF/QLl0KGi9HV2NvlOt4oH JstNWL9bj8NqJGzXBNpQs7oz/xlUEMI9fvTw41D/H4OQKyrIuCVAJwWt0EqhWqPXP/kM eCesxfzkfq761wcOaPpP/T7FcRT7n66oZWdTA= 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=rd01FihaA1ZC88cJPfRinsvBlx+iYUYK7N9k9ffGZ4I1FTvtkN4SbJpVUtbYmjDTO1 lfxDjpopQTdIkRP83ndEIJ3oPY2wxOQq9kSO16cT46qPpeIFgzbf7/JX/WuNzmXOSW8a FwPkVLPsTnmAQSiFViCYgHe096nJU9iJEyKkU= MIME-Version: 1.0 Received: by 10.204.53.211 with SMTP id n19mr3643053bkg.66.1279527772736; Mon, 19 Jul 2010 01:22:52 -0700 (PDT) Received: by 10.204.65.77 with HTTP; Mon, 19 Jul 2010 01:22:52 -0700 (PDT) In-Reply-To: <4C41EE02.2010204@harpegolden.net> References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> <87bpa7zagi.fsf@stupidchicken.com> <4C41EE02.2010204@harpegolden.net> Date: Mon, 19 Jul 2010 10:22:52 +0200 Message-ID: From: Tim Van Holder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) On 17 July 2010 19:53, David De La Harpe Golden wro= te: > On 17/07/10 16:32, Tim Van Holder wrote: > > >> The following is something I do a lot as part of code editing: >> =C2=A01) copy/kill something >> =C2=A02) yank the copied/kill text >> =C2=A03) select certain portions and replace them as needed for that cop= y >> =C2=A04) go back to step 2) if needed >> The new behaviour interferes with this (and I don't see how it can do >> anything but interfere when pc-selection-mode is active). >> > > Firstly (and this may be premature to mention (sorry) given there are mor= e > known unresolved issues) but N.B. there have been some even more recent > changes addressing some problems with the recent changes, please try > starting from emacs -Q with an emacs trunk build >=3D rev. 100838 and see= if > the problems you are having persist. =C2=A0 Unfortunately, there are know= n issues > even in that revision, but they will (probably) be more subtle. There is > effort ongoing to address them. > > But as Chong just said, that's too vague to reproduce an issue from. > > I do realise it's a drag to write concrete steps out in the detail really > required - but it's pretty necessary for adequate repeatability, in this > area small details matter. > > Ideally (and I acknowledge it is time consuming), you would start from em= acs > -Q with a known test string (say the initial ";; This buffer is for..." o= r > "The quick brown fox jumps over the lazy dog."), and describe the keystro= kes > and mouse clicks and point and mouse movements right down to which letter= s > the point and mouse are on, the results of the operations, and the result= s > you expected if they vary. > > It is also possible there are Cygwin/X specific issues that you are seein= g > but the rest of us on other X servers aren't. =C2=A0Eyeing its changelog = (I > personally don't have access to a windows box to test on), it likely has > somewhat hairy handling of integration with the w32 clipboard. =C2=A0OTOH= , said > handling appears to be expecting now-conventional X11 app selection > interaction behaviour, so making emacs adopt that behaviour by default > shouldn't cause any gross problems (though will inevitably be somewhat > different to emacs' historical default behaviour). I set out to do just that (intending to duplicate the *scratch* comment, replacing "Lisp" by a few other language names), but the current (r100846) behaviour seems to match with my expected/desired behaviour again. Arrow-selection does not affect the kill ring, nor does typing-to-replace-the-region cause the first such typed letter to be added to the kill ring. The only thing I see is that emacs is perfectly happy to copy/kill the empty string: arrow-selecting an empty region and hitting C-insert (copy-region-as-kill in pc-selection-mode) make subsequent yanks insert nothing. It's perfectly possible that emacs has always done so - I'm only mentioning it because I notice it now. From unknown Sat Jun 21 12:27:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6637: 24.0.50; kill ring being seriously polluted Resent-From: David De La Harpe Golden Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Jul 2010 23:27: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: To: Tim Van Holder Cc: Chong Yidong , 6637@debbugs.gnu.org Received: via spool by 6637-submit@debbugs.gnu.org id=B6637.127984117718640 (code B ref 6637); Thu, 22 Jul 2010 23:27:01 +0000 Received: (at 6637) by debbugs.gnu.org; 22 Jul 2010 23:26:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oc59c-0004qb-2V for submit@debbugs.gnu.org; Thu, 22 Jul 2010 19:26:16 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oc59a-0004qV-1h for 6637@debbugs.gnu.org; Thu, 22 Jul 2010 19:26:14 -0400 Received: from [87.198.55.210] (87-198-55-210.ptr.magnet.ie [87.198.55.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 25B02683A2; Fri, 23 Jul 2010 00:26:07 +0100 (IST) Message-ID: <4C48D38F.60002@harpegolden.net> Date: Fri, 23 Jul 2010 00:26:07 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 References: <87oce986yu.fsf@leeloo.anubex.internal> <87mxts970k.fsf@stupidchicken.com> <87bpa7zagi.fsf@stupidchicken.com> <4C41EE02.2010204@harpegolden.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On 19/07/10 09:22, Tim Van Holder wrote: > I set out to do just that (intending to duplicate the *scratch* > comment, replacing "Lisp" by a few other language names), but the > current (r100846) behaviour seems to match with my expected/desired > behaviour again. Ah, good. :-). Though we probably need to keep an eye open for Cygwin/X specific interaction problems. > The only thing I see is that emacs is perfectly happy to copy/kill the > empty string: arrow-selecting an empty region and hitting C-insert > (copy-region-as-kill in pc-selection-mode) make subsequent yanks > insert nothing.It's perfectly possible that emacs has always done so > - I'm only mentioning it because I notice it now. Yes, just checked - Both Emacs 22 and 23 merrily do that (to the clipboard if set to use the clipboard in the first place). However it may have been less noticeable than it has become since the recent changes, said recent changes including using the clipboard in more situations than before on some platforms. It is likely possible to do something about it in future, it's a similar problem to some other zero-length-region problems that are known to be addressable. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 07 01:13:58 2012 Received: (at control) by debbugs.gnu.org; 7 Aug 2012 05:13:58 +0000 Received: from localhost ([127.0.0.1]:38587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Syc7C-0004cN-5I for submit@debbugs.gnu.org; Tue, 07 Aug 2012 01:13:58 -0400 Received: from mail-gh0-f172.google.com ([209.85.160.172]:44589) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Syc78-0004cE-QE for control@debbugs.gnu.org; Tue, 07 Aug 2012 01:13:56 -0400 Received: by ghbg16 with SMTP id g16so1106920ghb.3 for ; Mon, 06 Aug 2012 22:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=4bZSa0m2RGhW9tyzDPpcASU9zb+ZNg37VesISbIzH6M=; b=BIZfXzTK3uCDW3ljP4RjyDeT8WkxoprLsaYib1T04YWyayt/g/UdGZ645SF2pML1RE SHGhTszPsXbZiA9AGHJgRYTwicFKztSkEu41JKoMx/RHsqYEXIW5TrbPZTN521HCZxu6 YlnbtFeY+4nWSgAgwZysA2yE9a7EiD5bCbw99EdUSSaea3eEfXJWpoQPjKFle7vqzM03 MymMpz7XFjN1AoL8DzGmz8BuaVIHaAK9K9IPJzsf5tBrMuQ5et9qUSZTV2g4PuL/LZGB MKR2cdPs0xQoRlGycaLgcu8yJce6sn0yPEbTlkZVC/QWzGw4oFi3qEPfHe2OUxzAJCIy X9rQ== Received: by 10.66.78.9 with SMTP id x9mr23236485paw.84.1344315956464; Mon, 06 Aug 2012 22:05:56 -0700 (PDT) Received: from ulysses ([155.69.17.229]) by mx.google.com with ESMTPS id kh1sm10389197pbc.23.2012.08.06.22.05.53 (version=SSLv3 cipher=OTHER); Mon, 06 Aug 2012 22:05:55 -0700 (PDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 6637 Date: Tue, 07 Aug 2012 13:05:51 +0800 Message-ID: <87ehnjmguo.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) close 6637 thanks