From unknown Fri Sep 05 16:40:31 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#1765 <1765@debbugs.gnu.org> To: bug#1765 <1765@debbugs.gnu.org> Subject: Status: Copy/paste inconsistent with other X apps Reply-To: bug#1765 <1765@debbugs.gnu.org> Date: Fri, 05 Sep 2025 23:40:31 +0000 retitle 1765 Copy/paste inconsistent with other X apps reassign 1765 emacs submitter 1765 "Ole Laursen" severity 1765 wishlist thanks From ole.laursen@gmail.com Fri Jan 2 07:41:53 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 2 Jan 2009 15:41:53 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n02Ffodp020394 for ; Fri, 2 Jan 2009 07:41:51 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LIm9l-0007sP-OZ for bug-gnu-emacs@gnu.org; Fri, 02 Jan 2009 10:41:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LIm9k-0007sD-Vn for bug-gnu-emacs@gnu.org; Fri, 02 Jan 2009 10:41:49 -0500 Received: from [199.232.76.173] (port=39972 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LIm9k-0007sA-TN for bug-gnu-emacs@gnu.org; Fri, 02 Jan 2009 10:41:48 -0500 Received: from yx-out-1718.google.com ([74.125.44.156]:22235) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LIm9k-0001dS-Js for bug-gnu-emacs@gnu.org; Fri, 02 Jan 2009 10:41:48 -0500 Received: by yx-out-1718.google.com with SMTP id 34so2105171yxf.66 for ; Fri, 02 Jan 2009 07:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=aEBOC4AvaYRqgEayNqYT+bjkf38ByJfGMdCkendNdrU=; b=hymd6/iw71Swcga07JDmT0ukwgTC0TLKIhQR26UTMihDKHCokoMpYrVj4jSgG71Jpv MQ1y5AaY3WVRmNEUeUtGVM23rzsE6aksa0cAMgS0KHiE6z84zWvRA43ofpQj365BFLaA Vw37lVC9eogyvac1pvqoX1XmHFSNAxoqKLl/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=f24gSwpARoDbtt2ddSTRIWqFFwO+xul3c9C4oW8HQPVGx8OLP22XVJWtJo0N49oQlA 5+AH/DK7JaD+5JgRt1GJI/b+5KpxYclgBLwb+4xz/V2DjB+5RMU/L0rRt/Y113TWvO4u 7QAVS6vEv2+QZxRyYUIIaprKSSvUxQPsTsOkM= Received: by 10.100.163.8 with SMTP id l8mr9828671ane.127.1230910906862; Fri, 02 Jan 2009 07:41:46 -0800 (PST) Received: by 10.100.3.3 with HTTP; Fri, 2 Jan 2009 07:41:46 -0800 (PST) Message-ID: Date: Fri, 2 Jan 2009 16:41:46 +0100 From: "Ole Laursen" Sender: ole.laursen@gmail.com To: bug-gnu-emacs@gnu.org Subject: Copy/paste inconsistent with other X apps Cc: olau@hardworking.dk MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: f643195517eceaf7 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Hi! In every other recent X app I have tried, copy/pasting works the way that the mouse selection = copy and middle click = paste is seperate from the C-c/C-v clipboard. This fits in with the description here: http://www.freedesktop.org/wiki/Specifications/ClipboardsWiki http://www.jwz.org/doc/x-cut-and-paste.html However, my Emacs 22.2.1 (started with emacs -Q) is confusing the two. If I kill-ring-save "foo", select "bar" with the mouse and yank I get "bar" instead of "foo". With the above spec, I should have gotten "bar" only if I pressed M-w before yanking. This is mostly annoying when pasting from another program, e.g. using C-c to copy "foo" in the browser, then yanking the text in Emacs. If you accidentally click the wrong place, the effort in selecting "foo" is lost. I think it makes sense to change the Emacs behaviour to make it a good citizen in the free desktop. And it's arguably also more likely to prevent loss of clips. -- Ole Laursen http://people.iola.dk/olau/ From cyd@stupidchicken.com Sat Jan 3 19:33:21 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 4 Jan 2009 03:33:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n043XICD016573 for <1765@emacsbugs.donarmstrong.com>; Sat, 3 Jan 2009 19:33:19 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id 6458A57E18A; Sat, 3 Jan 2009 22:33:24 -0500 (EST) From: Chong Yidong To: "Ole Laursen" Cc: 1765@debbugs.gnu.org Subject: Re: Copy/paste inconsistent with other X apps Date: Sat, 03 Jan 2009 22:33:24 -0500 Message-ID: <87r63j4uez.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > In every other recent X app I have tried, copy/pasting works the way > that the mouse selection = copy and middle click = paste is seperate > from the C-c/C-v clipboard. I think it makes sense to change the > Emacs behaviour to make it a good citizen in the free desktop. And > it's arguably also more likely to prevent loss of clips. Set x-select-enable-clipboard to t. (We might consider making this the default after the release. ISTR there was a technical reason not to do this, but details elude me right now. Maybe it's a matter of speed?) From cyd@stupidchicken.com Sat Jan 3 19:33:46 2009 Received: (at control) by emacsbugs.donarmstrong.com; 4 Jan 2009 03:33:46 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n043XiP5016581 for ; Sat, 3 Jan 2009 19:33:45 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id DA63057E204; Sat, 3 Jan 2009 22:33:49 -0500 (EST) From: Chong Yidong To: control@debbugs.gnu.org Subject: severity 1765 wishlist Date: Sat, 03 Jan 2009 22:33:49 -0500 Message-ID: <87ocyn4uea.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii severity 1765 wishlist thanks From svenjoac@gmx.de Sun Jan 4 00:09:22 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 4 Jan 2009 08:09:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n0489H08022552 for <1765@emacsbugs.donarmstrong.com>; Sun, 4 Jan 2009 00:09:19 -0800 Received: (qmail invoked by alias); 04 Jan 2009 08:09:11 -0000 Received: from p548679A1.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.121.161] by mail.gmx.net (mp020) with SMTP; 04 Jan 2009 09:09:11 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX18AnQo/8gcA4eTe6Dfk4cwNz4m8fSeMqFjnboKOwQ WhvIvJvjVY9ccR Received: by turtle.gmx.de (Postfix, from userid 1000) id 5410B354B0; Sun, 4 Jan 2009 09:09:10 +0100 (CET) From: Sven Joachim To: Chong Yidong Cc: 1765@debbugs.gnu.org, "Ole Laursen" Subject: Re: bug#1765: Copy/paste inconsistent with other X apps References: <87r63j4uez.fsf@cyd.mit.edu> Date: Sun, 04 Jan 2009 09:09:09 +0100 In-Reply-To: <87r63j4uez.fsf@cyd.mit.edu> (Chong Yidong's message of "Sat, 03 Jan 2009 22:33:24 -0500") Message-ID: <877i5bwl0a.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 On 2009-01-04 04:33 +0100, Chong Yidong wrote: >> In every other recent X app I have tried, copy/pasting works the way >> that the mouse selection = copy and middle click = paste is seperate >> from the C-c/C-v clipboard. I think it makes sense to change the >> Emacs behaviour to make it a good citizen in the free desktop. And >> it's arguably also more likely to prevent loss of clips. > > Set x-select-enable-clipboard to t. > > (We might consider making this the default after the release. ISTR > there was a technical reason not to do this, but details elude me right > now. Maybe it's a matter of speed?) I don't think it's a matter of speed (I set x-select-enable-clipboard to t long ago, and there are no noticeable delays), but rather the problems that occur with pasting text from "legacy" applications like xterm that only use the primary selection. See http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg02462.html. Note that Emacs doesn't quite DTRT no matter what the value of x-select-enable-clipboard is. This report in Debian's BTS sums it up quite nicely: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416462. Sven From ole.laursen@gmail.com Sun Jan 4 08:30:08 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 4 Jan 2009 16:30:08 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n04GU0iS020217 for <1765@emacsbugs.donarmstrong.com>; Sun, 4 Jan 2009 08:30:01 -0800 Received: by yx-out-2324.google.com with SMTP id 8so2152695yxg.31 for <1765@emacsbugs.donarmstrong.com>; Sun, 04 Jan 2009 08:29:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=W5S9frYBsU6cN4AvQAAi4rPtzfFsTc3fmgvQIkhByWg=; b=xsuOxBqpP1OMW7spYSPUgdjIP30X4dBMhsgA8LUvjYg7PUC+Q3HnWUXghQ0siNx5Jp 6TUUNS/f6qmRn+tUfFC20plQL/GS39b7q39O2f8oMo9RLbewvzrtLfziqcxsJ3HWcaFw y8OsJhwPSihvBk10t9DSf0u+xoC5qptyilGeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=MAmgQfPbrYDMLLwuTM84jfi3MeQ3+xk6WBRFgUhpIvPrHSDVfgjPELBFDF/4h5TysG qqOqJ1Wt2o+f3M66N92uJ5Q8dszCfV2S9QDZdy0wyuUBofcnZExAThdlge6a+RDD8cUR xOVUmegWC5Eak6KrEgHjhDLglta1BW9VM130I= Received: by 10.100.3.13 with SMTP id 13mr10658519anc.26.1231086599593; Sun, 04 Jan 2009 08:29:59 -0800 (PST) Received: by 10.100.127.20 with HTTP; Sun, 4 Jan 2009 08:29:59 -0800 (PST) Message-ID: Date: Sun, 4 Jan 2009 17:29:59 +0100 From: "Ole Laursen" Sender: ole.laursen@gmail.com To: 1765@debbugs.gnu.org Subject: Re: bug#1765: Copy/paste inconsistent with other X apps In-Reply-To: <877i5bwl0a.fsf@turtle.gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87r63j4uez.fsf@cyd.mit.edu> <877i5bwl0a.fsf@turtle.gmx.de> X-Google-Sender-Auth: a3b3ef2b9ea4dec6 2009/1/4 Sven Joachim : > On 2009-01-04 04:33 +0100, Chong Yidong wrote: > >>> In every other recent X app I have tried, copy/pasting works the way >>> that the mouse selection = copy and middle click = paste is seperate >>> from the C-c/C-v clipboard. I think it makes sense to change the >>> Emacs behaviour to make it a good citizen in the free desktop. And >>> it's arguably also more likely to prevent loss of clips. >> >> Set x-select-enable-clipboard to t. It doesn't work, it's letting the selection overwrite the clipboard. The behaviour we need here is that yank uses the clipboard and kill-ring only. Never the selection. I looked into x-win.el, and it seems this change (Dec. 25 2007) did all the hard work: http://cvs.savannah.gnu.org/viewvc/emacs/lisp/term/x-win.el?root=emacs&r1=1.218&r2=1.219 So it's merely a matter of changing the two defcustoms (defcustom x-select-enable-clipboard nil ...) (defcustom x-select-enable-primary t ...) to the reverse (defcustom x-select-enable-clipboard t ...) (defcustom x-select-enable-primary nil ...) > I don't think it's a matter of speed (I set x-select-enable-clipboard to > t long ago, and there are no noticeable delays), but rather the problems > that occur with pasting text from "legacy" applications like xterm that > only use the primary selection. See > http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg02462.html. But that's a problem with xterm. It only supports mouse copy/paste. And actually, as far as I can tell, it's still working with xterm because it's using the cut buffers that everyone seam to agree should die but Emacs is still supporting (also with the above changes I'm suggesting). Regarding speed issues: other applications with much larger data sets can use the clipboard without problems. If you read Jamie Zawinski's account, he's arguing that it's a problem because people might have a clipboard monitoring app that sucks in the data - but the natural evolution of that argument is that no X apps should use the clipboard because of performance issues. If you have a program that slows down your desktop because it's monitoring the clipboard in a dumb way, then either you remove that program or you fix it to be less dumb. In any case, it's not Emacs' problem. -- Ole Laursen http://people.iola.dk/olau/ From rms@gnu.org Sun Jan 4 13:43:11 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 4 Jan 2009 21:43:11 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n04Lh8GM002975 for ; Sun, 4 Jan 2009 13:43:09 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LJakV-0001JR-Ia for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 16:43:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LJakU-0001Hs-3t for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 16:43:07 -0500 Received: from [199.232.76.173] (port=50395 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJakU-0001Hh-1W for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 16:43:06 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:49814) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LJakT-0006gH-QI for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 16:43:05 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LJajN-0007EB-0G; Sun, 04 Jan 2009 16:41:57 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: Richard M Stallman To: Ole Laursen , 1765@debbugs.gnu.org CC: bug-gnu-emacs@gnu.org In-reply-to: (olau@hardworking.dk) Subject: Re: bug#1765: Copy/paste inconsistent with other X apps Reply-to: rms@gnu.org References: Message-Id: Date: Sun, 04 Jan 2009 16:41:57 -0500 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) However, my Emacs 22.2.1 (started with emacs -Q) is confusing the two. If I kill-ring-save "foo", select "bar" with the mouse and yank I get "bar" instead of "foo". With the above spec, I should have gotten "bar" only if I pressed M-w before yanking. This is a very useful feature. It means, for instance, that you can use C-y in Emacs to insert text that was selected in other apps. This is mostly annoying when pasting from another program, e.g. using C-c to copy "foo" in the browser, then yanking the text in Emacs. If you accidentally click the wrong place, the effort in selecting "foo" is lost. That is vague, and I do not follow. What do you mean by "the wrong place"? In what sense is the effort "lost"? From monnier@iro.umontreal.ca Sun Jan 4 18:29:54 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 5 Jan 2009 02:29:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n052To1g010704 for <1765@emacsbugs.donarmstrong.com>; Sun, 4 Jan 2009 18:29:52 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtEEADr/YElLd+Xf/2dsb2JhbACBbMdmhXKBaQ X-IronPort-AV: E=Sophos;i="4.36,330,1228107600"; d="scan'208";a="31783843" Received: from 75-119-229-223.dsl.teksavvy.com (HELO ceviche.home) ([75.119.229.223]) by ironport2-out.teksavvy.com with ESMTP; 04 Jan 2009 21:29:44 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 5BE4C7020E; Sun, 4 Jan 2009 21:29:44 -0500 (EST) From: Stefan Monnier To: Ole Laursen Cc: 1765@debbugs.gnu.org Subject: Re: bug#1765: Copy/paste inconsistent with other X apps Message-ID: References: <87r63j4uez.fsf@cyd.mit.edu> <877i5bwl0a.fsf@turtle.gmx.de> Date: Sun, 04 Jan 2009 21:29:44 -0500 In-Reply-To: (Ole Laursen's message of "Sun, 4 Jan 2009 17:29:59 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Regarding speed issues: other applications with much larger data sets > can use the clipboard without problems. If you read Jamie Zawinski's IIRC the speed issue had to do with the fact that in Emacs it is very common to select the region (with the keyboard) for purposes that have nothing to do with cut&paste. E.g. you may select enormous amounts of text (e.g. almost the whole buffer) just to perform a search&replace or an undo-in-region. If you consider "select a region with the keyboard" as meaning "copy to clipboard", then you can end up with serious performance problems. Even more so with remote connections, of course. So as long as "copy to clipboard" is a separate command there shouldn't be any problem. Stefan From news@reader1.readnews.com Mon Jan 5 04:16:09 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Jan 2009 12:16:09 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n05CG5E8028828 for ; Mon, 5 Jan 2009 04:16:06 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LJoNJ-0006Kh-3g for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:16:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LJoNF-0006KD-VA for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:16:04 -0500 Received: from [199.232.76.173] (port=50506 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJoNF-0006KA-Pi for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:16:01 -0500 Received: from pinatubo-2.switch.ch ([130.59.1.10]:39438 helo=pinatubo.switch.ch) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LJoNF-0005WY-Ht for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:16:01 -0500 Received: from [198.186.190.61] (helo=reader1.readnews.com) by pinatubo.switch.ch with esmtp (Exim 4.63) (envelope-from ) id 1LJoNE-0007Sv-Qw for gnu-emacs-bug@moderators.isc.org; Mon, 05 Jan 2009 13:16:00 +0100 Received: from news by reader1.readnews.com with local (Exim 4.50) id 1LJoNA-00004t-7Y for gnu-emacs-bug@moderators.isc.org; Mon, 05 Jan 2009 07:15:56 -0500 To: gnu-emacs-bug@moderators.isc.org Sender: Thomas Dickey Message-ID: <4961f9fc$0$31055$e4f62565@news.jtan.com> From: dickey@invisible-island.net (Thomas E. Dickey) Subject: Re: bug#1765: Copy/paste inconsistent with other X apps Newsgroups: gnu.emacs.bug References: <87r63j4uez.fsf@cyd.mit.edu> User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (OpenBSD/3.7 (i386)) Date: 05 Jan 2009 12:15:56 GMT Lines: 14 Organization: Jtan (jtan.com) NNTP-Posting-Host: a8190715.news.jtan.com X-Trace: DXC=R=W4CoXV7a\4c7ZI7=R?TFRC9 X-Complaints-To: abuse@pa.net X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Sven Joachim wrote: > I don't think it's a matter of speed (I set x-select-enable-clipboard to > t long ago, and there are no noticeable delays), but rather the problems > that occur with pasting text from "legacy" applications like xterm that > only use the primary selection. See > http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg02462.html. The information in that url is incorrect - xterm's been configurable to use primary or clipboard selection for the past couple of years. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From ole.laursen@gmail.com Mon Jan 5 04:52:30 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Jan 2009 12:52:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n05CqMuo004716 for ; Mon, 5 Jan 2009 04:52:23 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LJowP-00048v-OA for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:52:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LJowN-00048L-FG for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:52:20 -0500 Received: from [199.232.76.173] (port=48735 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJowN-00048H-48 for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:52:19 -0500 Received: from an-out-0708.google.com ([209.85.132.241]:36203) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LJowM-0002yj-N7 for bug-gnu-emacs@gnu.org; Mon, 05 Jan 2009 07:52:18 -0500 Received: by an-out-0708.google.com with SMTP id c38so2325157ana.21 for ; Mon, 05 Jan 2009 04:52:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=6cclubar+6Hr82qfl0oebuABEhBzBmvxhGI52hu7ig0=; b=lT3ygXRgMqrHsLobs1JZAsUQFNSWr9fXeDo5OHg1qLQlrdkUaTCPP74Fy511SBbFp8 GtYUcOjkkddQfjkNhrzKn7Zp7kyO9/A+ClqWIMm2GnFBOxP58TRyS/dnVriXE8IeBn8x 5KAM9Qjj+MykhuWDGmKphqyZYSHZ+ENF0ntKg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=TLCer/EZLZKd3PuIk9HrEsMn80VdGkTOQoHcy3p/RtoEFSdM07z2WwgFPJOg0l/TBl iXOaNeYzWEJSHAVC37Xq8vu2ne3gPOlWI/FmUv2EoDHfI18/daFaxeW1icWj4hg3Y2V+ 0JylZbNyf+o8ZQLAH54BZYs2mmdSFMosDvSJE= Received: by 10.100.178.9 with SMTP id a9mr11005772anf.59.1231159937879; Mon, 05 Jan 2009 04:52:17 -0800 (PST) Received: by 10.100.127.20 with HTTP; Mon, 5 Jan 2009 04:52:17 -0800 (PST) Message-ID: Date: Mon, 5 Jan 2009 13:52:17 +0100 From: "Ole Laursen" Sender: ole.laursen@gmail.com To: bug-gnu-emacs@gnu.org Subject: Re: bug#1765: Copy/paste inconsistent with other X apps In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 112cad4e62e1acfb X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 2009/1/4 Richard M Stallman : > However, my Emacs 22.2.1 (started with emacs -Q) is confusing the two. > If I kill-ring-save "foo", select "bar" with the mouse and yank I get > "bar" instead of "foo". With the above spec, I should have gotten > "bar" only if I pressed M-w before yanking. > > This is a very useful feature. It means, for instance, that you can use > C-y in Emacs to insert text that was selected in other apps. But the thing is that this goes against the defacto standard - and it is there for good reasons. Standard paste/yank always only inserts text that was explicitly copied to the clipboard. If you read this short document http://www.freedesktop.org/wiki/Specifications/ClipboardsWiki it's very clear on this. The problem with not following the spec is that text selections are used for a lot of stuff. If I patiently select a piece of text with the mouse and press C-c, I expect to be able use that piece of text later - even if I have selected another piece of text, or just clicked an input field with automatic text selection. Imagine having the kill ring filled up with random stuff every time you press C-space and move the cursor. That's what Emacs is currently doing with clips from other programs. -- Ole Laursen http://people.iola.dk/olau/ From ole.laursen@gmail.com Mon Jan 5 04:59:54 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 5 Jan 2009 12:59:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n05Cxpdv006008 for <1765@emacsbugs.donarmstrong.com>; Mon, 5 Jan 2009 04:59:52 -0800 Received: by an-out-0708.google.com with SMTP id b6so447867ana.31 for <1765@emacsbugs.donarmstrong.com>; Mon, 05 Jan 2009 04:59:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=4Q5VsH70ahEnRnJ73GJCKY1UD3q4eNDCqYLLhrwNV6s=; b=Rqh3tu5F4gg/H86jSRk+g0cbz20pCKU5lEcKnRuaiXCFNVu8DAtWFyABPhWfVM+G6v v9sNNcrncV7FB0IIdurfJWNiErtze1rC1Tdwe5wLCBQOnKGA65aqFbI4zGERjL9A9KX0 myApM0XenOWMUEMgQkqX4hY1BPPT0px//Aglw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=BHU7pPj9zqCKA2fjU73dMrO8sTMg6TUIBESGMgAWAUlE9o+FuytTfljJpiPVDARVBw 1qlXA5yRnJ8AgSEa3t7AWttxN0TCV6Oecc+VqVpxga5Z+2plccyB1n8VvFEjWIAhcX1a bEkjsHMokrsqAR/IUay4YWxVJW3x87G2fJ84g= Received: by 10.100.214.15 with SMTP id m15mr10994584ang.81.1231160391273; Mon, 05 Jan 2009 04:59:51 -0800 (PST) Received: by 10.100.127.20 with HTTP; Mon, 5 Jan 2009 04:59:51 -0800 (PST) Message-ID: Date: Mon, 5 Jan 2009 13:59:51 +0100 From: "Ole Laursen" Sender: ole.laursen@gmail.com To: 1765@debbugs.gnu.org Subject: Re: bug#1765: Copy/paste inconsistent with other X apps In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87r63j4uez.fsf@cyd.mit.edu> <877i5bwl0a.fsf@turtle.gmx.de> X-Google-Sender-Auth: 3f5ae4c87541a991 2009/1/5 Stefan Monnier : > So as long as "copy to clipboard" is a separate command there shouldn't > be any problem. Exactly. Nothing happens until you press M-w/C-w. -- Ole Laursen http://people.iola.dk/olau/ From ole.laursen@gmail.com Mon Jan 5 05:00:59 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 5 Jan 2009 13:01:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n05D0unF007188 for <1765@emacsbugs.donarmstrong.com>; Mon, 5 Jan 2009 05:00:57 -0800 Received: by an-out-0708.google.com with SMTP id b6so447997ana.31 for <1765@emacsbugs.donarmstrong.com>; Mon, 05 Jan 2009 05:00:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=k7w+dthoeuKA0YUVj6rwadWU1HVTdJXayfIRff7ymro=; b=LFKwqZ0xlgvMQuXXr09ooCWiBc0c7fuU77gFb2fEs0W+hQmqiIPYt5lUHgG/nkJcxf l9G8Vfy0RbHnWtOXpuvsH7HPE5TlB9msO2FuWECFYOIDTsyGz4+Fc/JdwtzpxK5NuwIo Gw9I3YMCHioF1Ifsew01T0jCejBWOUzCzpJKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=LR4HprqraHcVg4+s0fCITjolKAxzvk8bvg93reBVpbYCFxYsfUio7cBbuK+ZhNAvX9 WJY+H617js3P/c/YimYk5uTYITN5F0q9Z7/qZKKoOEs1UuWJBnuh0QPwA4WsxNZ3jCsM ZXtJExLyVP4hVXWkt7DQp50BI3cugCC6yvIIU= Received: by 10.100.47.13 with SMTP id u13mr10980814anu.106.1231160456114; Mon, 05 Jan 2009 05:00:56 -0800 (PST) Received: by 10.100.127.20 with HTTP; Mon, 5 Jan 2009 05:00:56 -0800 (PST) Message-ID: Date: Mon, 5 Jan 2009 14:00:56 +0100 From: "Ole Laursen" Sender: ole.laursen@gmail.com To: 1765@debbugs.gnu.org Subject: Re: bug#1765: Copy/paste inconsistent with other X apps In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: b841bc3ede315841 Darn, this went to the wrong address. 2009/1/5 Ole Laursen : > 2009/1/4 Richard M Stallman : >> However, my Emacs 22.2.1 (started with emacs -Q) is confusing the two. >> If I kill-ring-save "foo", select "bar" with the mouse and yank I get >> "bar" instead of "foo". With the above spec, I should have gotten >> "bar" only if I pressed M-w before yanking. >> >> This is a very useful feature. It means, for instance, that you can use >> C-y in Emacs to insert text that was selected in other apps. > > But the thing is that this goes against the defacto standard - and it > is there for good reasons. Standard paste/yank always only inserts > text that was explicitly copied to the clipboard. If you read this > short document > > http://www.freedesktop.org/wiki/Specifications/ClipboardsWiki > > it's very clear on this. > > The problem with not following the spec is that text selections are > used for a lot of stuff. If I patiently select a piece of text with > the mouse and press C-c, I expect to be able use that piece of text > later - even if I have selected another piece of text, or just clicked > an input field with automatic text selection. > > Imagine having the kill ring filled up with random stuff every time > you press C-space and move the cursor. That's what Emacs is currently > doing with clips from other programs. > > -- > Ole Laursen > http://people.iola.dk/olau/ > -- Ole Laursen http://people.iola.dk/olau/ From david@harpegolden.net Sun Jan 25 15:58:59 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 25 Jan 2009 23:58:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from harpegolden.net (harpegolden.net [65.99.215.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0PNwu1B028516 for <1765@emacsbugs.donarmstrong.com>; Sun, 25 Jan 2009 15:58:58 -0800 Received: from [87.198.47.25] (87-198-47-25.ptr.magnet.ie [87.198.47.25]) (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 ESMTP id 467AE8279 for <1765@emacsbugs.donarmstrong.com>; Sun, 25 Jan 2009 23:58:56 +0000 (GMT) Message-ID: <497CFCBE.6080006@harpegolden.net> Date: Sun, 25 Jan 2009 23:58:54 +0000 From: David De La Harpe Golden User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: 1765@debbugs.gnu.org Subject: Copy/paste inconsistent with other X apps Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Please note bug #902, which patches emacs towards X11 fd.o cut+paste compliance, provided you follow the instructions associated with the expanded select-active-regions docstring in the patch. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=902 From ole.laursen@gmail.com Fri Aug 7 12:31:47 2009 Received: (at 1765) by emacsbugs.donarmstrong.com; 7 Aug 2009 19:31:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n77JVj5f025570 for <1765@emacsbugs.donarmstrong.com>; Fri, 7 Aug 2009 12:31:46 -0700 Received: by bwz19 with SMTP id 19so1663281bwz.13 for <1765@emacsbugs.donarmstrong.com>; Fri, 07 Aug 2009 12:31:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=pPhmBw5Vg+yHHodgSQ0Pt3v9kFOUd41uSOVqXBbTqKE=; b=QeYkC8KBpVMAem7sdTeScS4ndyXI/X0BR6BxEHFDVUIzLPod1/4+n93EuSL0FvFHAH Yxix4sc/NCAq3iWR+0idPPtoWxmigF/cVbICcMHlzZtgeqOLqm2PItSgfmaT9/EhdpE0 +q7ysMrQhmgwwqTtZDPF87FNtu+T/J4f6LBg4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=WVCJe2c75fkJGKm46G42E7rsopI5//Agj100Wavl47GbztynXNuA9DXEauRZBOeZNC mWkEsFXr2HL9Y19BcX0qP4t8kJd/WrBN+/JRIAcORF7abZ8YBvm3PqKuYtK9Zn9Z7bGo AUbLuTNHg2agXzMiqyv8zqmtZNb3yGU6FiNAE= MIME-Version: 1.0 Sender: ole.laursen@gmail.com Received: by 10.204.124.19 with SMTP id s19mr3527164bkr.6.1249673499143; Fri, 07 Aug 2009 12:31:39 -0700 (PDT) Date: Fri, 7 Aug 2009 21:31:39 +0200 X-Google-Sender-Auth: e6c47041143acb79 Message-ID: Subject: Re: Copy/paste inconsistent with other X apps From: Ole Laursen To: 1765@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I just got Emacs 23 on my Debian system - nice work! However, it seems the algorithm has changed? Or maybe I just didn't test it correctly last time. With x-select-enable-clipboard at t, you can do the following sequence: 1. Select "foo" in Firefox, copy it with C-c. 2. Select "bar" in Firefox with the mouse. 3. Switch to Emacs and hit C-y and get "foo" as mandated by the spec (great!). However, if you switch back to Firefox and select "apples", then switch to Emacs and hit C-y, you now get "apples" instead of "foo"? I tried setting x-select-enable-primary to nil, but then middle-mouse is broken and selecting something in Emacs with the mouse doesn't put it in primary. I did try the suggestion in the updated docstring for select-active-regions, but it didn't quite work, maybe because select-active-regions was broken before the patch. The automagic going on in the relevant function confuses me, but maybe that's because it's written with the old behaviour in mind (no difference between primary/clipboard) with these options being bolted on afterwards. It appears to me that it's lacking a dont-use-selection-when-yanking-and-kill-ring-when-inserting setting, then the two x-select-enable-* could be left at true. -- Ole Laursen http://people.iola.dk/olau/ From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 28 11:50:17 2012 Received: (at control) by debbugs.gnu.org; 28 Jan 2012 16:50:17 +0000 Received: from localhost ([127.0.0.1]:48403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrBTj-0005vg-No for submit@debbugs.gnu.org; Sat, 28 Jan 2012 11:50:17 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:47292 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrBTh-0005vR-Gx for control@debbugs.gnu.org; Sat, 28 Jan 2012 11:50:14 -0500 Received: from bb121-7-229-69.singnet.com.sg ([121.7.229.69]:45475 helo=furball) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1RrBSy-0004nL-0Q for control@debbugs.gnu.org; Sat, 28 Jan 2012 11:49:28 -0500 From: Chong Yidong To: control@debbugs.gnu.org Subject: close 1765 Date: Sun, 29 Jan 2012 00:49:18 +0800 Message-ID: <87fwezsrg1.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -4.2 (----) 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: -4.2 (----) close 1765 thanks From unknown Fri Sep 05 16:40:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 26 Feb 2012 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator