From unknown Fri Aug 15 02:03:25 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#4177 <4177@debbugs.gnu.org> To: bug#4177 <4177@debbugs.gnu.org> Subject: Status: 23.1; whitespace-mode and typing spaces Reply-To: bug#4177 <4177@debbugs.gnu.org> Date: Fri, 15 Aug 2025 09:03:25 +0000 retitle 4177 23.1; whitespace-mode and typing spaces reassign 4177 emacs submitter 4177 Eli Barzilay severity 4177 normal thanks From eli@barzilay.org Mon Aug 17 08:06:00 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Aug 2009 15:06: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=-1.1 required=4.0 tests=AWL,FOURLA autolearn=no 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.14.3/8.14.3/Debian-5) with ESMTP id n7HF5wIA032117 for ; Mon, 17 Aug 2009 08:06:00 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Md3mY-0003Ar-A8 for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 11:05:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Md3mT-00038x-G1 for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 11:05:57 -0400 Received: from [199.232.76.173] (port=52738 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Md3mT-00038r-Dw for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 11:05:53 -0400 Received: from winooski.ccs.neu.edu ([129.10.115.117]:60210 helo=barzilay.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Md3mS-0006wU-Ta for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 11:05:53 -0400 Received: from eli by barzilay.org with local (Exim 4.66) (envelope-from ) id 1Md3mP-0001tG-Qe for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 11:05:49 -0400 From: Eli Barzilay MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19081.29133.813431.847848@winooski.ccs.neu.edu> Date: Mon, 17 Aug 2009 11:05:49 -0400 To: bug-gnu-emacs@gnu.org Subject: 23.1; whitespace-mode and typing spaces X-Mailer: VM 7.19 under Emacs 22.1.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) `whitespace-mode' is generally very useful, but there are some annoyances: * Unlike `show-trailing-whitespace', spaces at the end of a line are shown even if the cursor is right after them. This means that just typing some text is flashing the highlights on and off (I'm sure that this would be extremely unpleasant if I wouldn't have chosen a very quiet color for that...). * In a similar way, if you type some stuff on a first line, then hit enter a few times, the whole empty part is highlighted (if empty line at the bob/eob are highlighted). This is similar because in this case it is also likely that more text will eventually be entered. * There is another problems with highlighting the initial/final segment of empty lines -- looks like it's the problem of using font-lock with a multi-line pattern, which means that it's not dealing with it gracefully (eg, adding a line will un-highlight only the line right next to it). Together with the last point, this means that if you do something like this (in a fresh buffer): foo RET RET RET RET bar RET you're left with the middle highlighted. In GNU Emacs 23.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.14) of 2009-08-01 on winooski.ccs.neu.edu Windowing system distributor `The X.Org Foundation', version 11.0.10300000 configured using `configure '--prefix=/home/eli/bin/local/emacs-dir'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX 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 value of $XMODIFIERS: nil locale-coding-system: iso-latin-1-unix default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t whitespace-mode: t cua-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-\ ; ~ o l d 2 e x e d i i n c e d i C-s t u r n - o n C-h f s h o w - t r a i C-g C-h v s h o w - t r C-s C-w C-w C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s SPC * g z z C-s w h i c h SPC s C-s p o i n t C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s M-x Recent messages: Type "q" to quit, to scroll help. uncompressing frame.el.gz...done Mark saved where search started Grep finished with no matches found Using truncated lines. End of buffer Mark set [3 times] uncompressing whitespace.el.gz...done Mark set Mark saved where search started [3 times] From cyd@stupidchicken.com Fri Sep 11 17:16:55 2009 Received: (at 4177) by emacsbugs.donarmstrong.com; 12 Sep 2009 00:16:56 +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=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pantheon-po32.its.yale.edu (pantheon-po32.its.yale.edu [130.132.50.88]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8C0GrSK029383 for <4177@emacsbugs.donarmstrong.com>; Fri, 11 Sep 2009 17:16:54 -0700 Received: from furry (dhcp128036014244.central.yale.edu [128.36.14.244]) (authenticated bits=0) by pantheon-po32.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id n8C0GmCs025037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Sep 2009 20:16:48 -0400 Received: by furry (Postfix, from userid 1000) id 4F71AC070; Fri, 11 Sep 2009 20:16:48 -0400 (EDT) From: Chong Yidong To: Vinicius Jose Latorre Cc: 4177@debbugs.gnu.org Subject: Re: 23.1; whitespace-mode and typing spaces Date: Fri, 11 Sep 2009 20:16:48 -0400 Message-ID: <87r5udqaof.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) Hi Vinicius, Could you take a look at the bug report #4177? Thanks. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4177 From viniciusjl@gmail.com Sun Sep 13 18:52:24 2009 Received: (at 4177) by emacsbugs.donarmstrong.com; 14 Sep 2009 01:52:24 +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=-1.8 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8E1qMcs027410 for <4177@emacsbugs.donarmstrong.com>; Sun, 13 Sep 2009 18:52:24 -0700 Received: by qyk11 with SMTP id 11so2163197qyk.1 for <4177@emacsbugs.donarmstrong.com>; Sun, 13 Sep 2009 18:52:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=7DODFPKcAKpbvDnwFaqgpBgLOqrBFhp9eGbSGsPTDgE=; b=RDOILkPvHnZjiNGtQsKMsFPprx2ZG7DWwho2sJ09xNrgrxcIqzaGR7UjBpYBwAXTH8 rZ6t3zJvQDJIlV8saEINlvXemmRpD6rqDSQGXUZ0EN8PWWy4xPuEzsfDZgzpnstT5Krg 3pGyeso1DAd4GtnjI6y0PJz3nC0KfabXP59Ks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=NwYBhw2gVX9KqZ8GCgI7F3CMs6xWze/W3J5Kf/Ak8ol+SG9yXzCuYynBI2BvNm+Xb3 M26P1DWcC01un6VbQ3ulF+pfqfZ/bYjUON9UB53t17ajBlRWvNDT763An7sm4gGrCj4z FcBY5ySo0YrmeEbzeYV39QfP5mSEx2z2TMswA= Received: by 10.224.32.194 with SMTP id e2mr4754706qad.33.1252893137475; Sun, 13 Sep 2009 18:52:17 -0700 (PDT) Received: from ?192.168.0.101? ([201.82.137.215]) by mx.google.com with ESMTPS id 21sm1333954qyk.12.2009.09.13.18.52.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 13 Sep 2009 18:52:16 -0700 (PDT) Sender: =?UTF-8?Q?Vinicius_Jos=C3=A9_Latorre?= Message-ID: <4AADA1D4.5080203@ig.com.br> Date: Sun, 13 Sep 2009 22:52:20 -0300 From: Vinicius Jose Latorre User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090823 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Eli Barzilay CC: Chong Yidong , 4177@debbugs.gnu.org Subject: Re: 23.1; whitespace-mode and typing spaces References: <87r5udqaof.fsf@stupidchicken.com> In-Reply-To: <87r5udqaof.fsf@stupidchicken.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Eli, All problems you had pointed out are due to the way whitespace uses font-lock. I'll try to modified the font-lock programming using some functions (plus regular expressions) instead of only regular expressions. BTW, you said you are using quiet colors, could you send me back these colors? > `whitespace-mode' is generally very useful, but there are some > annoyances: > > * Unlike `show-trailing-whitespace', spaces at the end of a line are > shown even if the cursor is right after them. This means that just > typing some text is flashing the highlights on and off (I'm sure > that this would be extremely unpleasant if I wouldn't have chosen a > very quiet color for that...). > > * In a similar way, if you type some stuff on a first line, then hit > enter a few times, the whole empty part is highlighted (if empty > line at the bob/eob are highlighted). This is similar because in > this case it is also likely that more text will eventually be > entered. > > * There is another problems with highlighting the initial/final > segment of empty lines -- looks like it's the problem of using > font-lock with a multi-line pattern, which means that it's not > dealing with it gracefully (eg, adding a line will un-highlight only > the line right next to it). Together with the last point, this > means that if you do something like this (in a fresh buffer): > > foo RET RET RET RET bar RET > > > you're left with the middle highlighted. Thanks for your report, Vinicius From eli@barzilay.org Sun Sep 13 19:38:41 2009 Received: (at 4177) by emacsbugs.donarmstrong.com; 14 Sep 2009 02:38:41 +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=-1.0 required=4.0 tests=AWL,SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barzilay.org (winooski.ccs.neu.edu [129.10.115.117]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8E2cdlN003782 for <4177@emacsbugs.donarmstrong.com>; Sun, 13 Sep 2009 19:38:40 -0700 Received: from eli by barzilay.org with local (Exim 4.66) (envelope-from ) id 1Mn1Sf-0007mn-11; Sun, 13 Sep 2009 22:38:37 -0400 From: Eli Barzilay MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19117.44205.19977.946303@winooski.ccs.neu.edu> Date: Sun, 13 Sep 2009 22:38:37 -0400 To: Vinicius Jose Latorre Cc: Chong Yidong , 4177@debbugs.gnu.org Subject: Re: 23.1; whitespace-mode and typing spaces In-Reply-To: <4AADA1D4.5080203@ig.com.br> References: <87r5udqaof.fsf@stupidchicken.com> <4AADA1D4.5080203@ig.com.br> X-Mailer: VM 8.0.12 under 23.1.1 (x86_64-unknown-linux-gnu) On Sep 13, Vinicius Jose Latorre wrote: > Hi Eli, > > All problems you had pointed out are due to the way whitespace uses > font-lock. Yes, I did say that it looks like problems that result of using font-lock with a multi-line pattern. I know that they're not working great. But it might be easy to resolve this by manually triggering a re-fontification of the affected area -- for example, when you type some non-whitespace, and you know that the current point is inside an area of whitespace at the beginning of the buffer, then you re-fontify from the point until the next non-whitespace character. > I'll try to modified the font-lock programming using some functions > (plus regular expressions) instead of only regular expressions. ... But what I described might be difficult, and it sounds like a bad hack. It's of course better if you know of a way to persuade font-lock to work a little better. (The highlights of whitespace at the buffer edges is the thing that bugs me most about this. There's also the problem of typing space at the end of the line with the cursor following it -- the space highlight being bogus because I'm going to type more stuff now.) > BTW, you said you are using quiet colors, could you send me back > these colors? Well, it's just some shades of gray, that are not noisy enough to make me twitch. The thing is that I want to know about bad spaces and tabs, but I do have to go through files that have lots of them and often files that I cannot modify. So the more festive colors are fine if I only ever edit my code... Below are my colors -- it's using my own syntax for determining background colors but it should be obvious. The first value is what I use normally since my Emacs is white-on-black, the second is for uses with the usual black-on-white. (trailing-whitespace */gray20 */gray80) (whitespace-line */gray20 */gray80) (whitespace-empty */gray20 */gray80) (whitespace-trailing */gray20 */gray80) (whitespace-space */gray20 */gray80) (whitespace-hspace */gray20 */gray80) (whitespace-tab */gray20 */gray80) (whitespace-indentation */h220 */hdd0) (whitespace-space-after-tab */h220 */hdd0) (whitespace-space-before-tab */h440 */hbb0) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From viniciusjl@gmail.com Thu Sep 24 19:31:54 2009 Received: (at 4177) by emacsbugs.donarmstrong.com; 25 Sep 2009 02:31: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=-1.8 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8P2VqG1012443 for <4177@emacsbugs.donarmstrong.com>; Thu, 24 Sep 2009 19:31:53 -0700 Received: by qw-out-2122.google.com with SMTP id 8so566450qwh.13 for <4177@emacsbugs.donarmstrong.com>; Thu, 24 Sep 2009 19:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=bnziKXcclG63eUVtDm6zkZ4AeR4znOQI3KFMz8nashs=; b=Qt8TY1d+2Me1lyDbbnPtDgtqVLZOmySI8jQWh9t0+jzLVd3n0Yj1pmZZ5+3P7gJRyH aaeOGAmu8+l/EF4DapnomHdJ1Yw42DXGpRANzV3fs1mn8DeKH7cqgeQUfcrJOWAPl+HC 2PVCvCUhEEx+S3aTdODcEnAnc5IibyMzwaBa4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=h385JCNVByGEYICRto7rHwd2WmXjpJGwQcrb5vtNaOyuZVmwk6hIP2/arL2G7zsBib mLyviqaBuhuhn94UAD+5csdMnFOX2/amnBHviwNKx+kwEiQoW9EqmFQIXagu/HVX5+WK kqO5u1RIOvAh/whSSP5CAXfPjg9MSena0N2IQ= Received: by 10.224.100.132 with SMTP id y4mr4002275qan.279.1253845912333; Thu, 24 Sep 2009 19:31:52 -0700 (PDT) Received: from ?192.168.0.101? ([201.82.137.215]) by mx.google.com with ESMTPS id 21sm269277qyk.12.2009.09.24.19.31.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 19:31:50 -0700 (PDT) Sender: =?UTF-8?Q?Vinicius_Jos=C3=A9_Latorre?= Message-ID: <4ABC2BA0.3070807@ig.com.br> Date: Thu, 24 Sep 2009 23:32:00 -0300 From: Vinicius Jose Latorre User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090823 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Eli Barzilay CC: Chong Yidong , 4177@debbugs.gnu.org Subject: Re: 23.1; whitespace-mode and typing spaces References: <87r5udqaof.fsf@stupidchicken.com> <4AADA1D4.5080203@ig.com.br> <19117.44205.19977.946303@winooski.ccs.neu.edu> In-Reply-To: <19117.44205.19977.946303@winooski.ccs.neu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Eli, I've just committed whitespace v12.0 in CVS. This version fixes the problems you have pointed out. Now the trailing spaces are not highlighted while point is at end of line. Also the spaces at beginning of buffer are not highlighted while point is at beginning of buffer; and the spaces at end of buffer are not highlighted while point is at end of buffer. Thanks for your report, Vinicius >> Hi Eli, >> >> All problems you had pointed out are due to the way whitespace uses >> font-lock. >> > > Yes, I did say that it looks like problems that result of using > font-lock with a multi-line pattern. I know that they're not working > great. But it might be easy to resolve this by manually triggering a > re-fontification of the affected area -- for example, when you type > some non-whitespace, and you know that the current point is inside an > area of whitespace at the beginning of the buffer, then you re-fontify > from the point until the next non-whitespace character. > > > >> I'll try to modified the font-lock programming using some functions >> (plus regular expressions) instead of only regular expressions. >> > > ... But what I described might be difficult, and it sounds like a bad > hack. It's of course better if you know of a way to persuade > font-lock to work a little better. > > (The highlights of whitespace at the buffer edges is the thing that > bugs me most about this. There's also the problem of typing space at > the end of the line with the cursor following it -- the space > highlight being bogus because I'm going to type more stuff now.) > > > >> BTW, you said you are using quiet colors, could you send me back >> these colors? >> > > Well, it's just some shades of gray, that are not noisy enough to make > me twitch. The thing is that I want to know about bad spaces and > tabs, but I do have to go through files that have lots of them and > often files that I cannot modify. So the more festive colors are fine > if I only ever edit my code... > > Below are my colors -- it's using my own syntax for determining > background colors but it should be obvious. The first value is what I > use normally since my Emacs is white-on-black, the second is for uses > with the usual black-on-white. > > (trailing-whitespace */gray20 */gray80) > (whitespace-line */gray20 */gray80) > (whitespace-empty */gray20 */gray80) > (whitespace-trailing */gray20 */gray80) > (whitespace-space */gray20 */gray80) > (whitespace-hspace */gray20 */gray80) > (whitespace-tab */gray20 */gray80) > (whitespace-indentation */h220 */hdd0) > (whitespace-space-after-tab */h220 */hdd0) > (whitespace-space-before-tab */h440 */hbb0) > From cyd@stupidchicken.com Thu Sep 24 19:48:32 2009 Received: (at control) by emacsbugs.donarmstrong.com; 25 Sep 2009 02:48:32 +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=-1.6 required=4.0 tests=AWL 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.14.3/8.14.3/Debian-5) with ESMTP id n8P2mVES015001 for ; Thu, 24 Sep 2009 19:48:32 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 8DFCA57E266; Thu, 24 Sep 2009 22:50:08 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 4177 Date: Thu, 24 Sep 2009 22:50:08 -0400 Message-ID: <874oqrybz3.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 4177 thanks From unknown Fri Aug 15 02:03:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 23 Oct 2009 14:24:14 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator