From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 14 12:14:45 2014 Received: (at submit) by debbugs.gnu.org; 14 Dec 2014 17:14:45 +0000 Received: from localhost ([127.0.0.1]:46248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0Ckm-0006hL-GJ for submit@debbugs.gnu.org; Sun, 14 Dec 2014 12:14:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35403) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0Ckk-0006h8-2m for submit@debbugs.gnu.org; Sun, 14 Dec 2014 12:14:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y0CkV-0008O8-1W for submit@debbugs.gnu.org; Sun, 14 Dec 2014 12:14:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53364) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0CkU-0008O4-Vb for submit@debbugs.gnu.org; Sun, 14 Dec 2014 12:14:26 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37033) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0CkN-0004iY-Ao for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 12:14:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y0CkF-0008KL-RV for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 12:14:19 -0500 Received: from colin.muc.de ([193.149.48.1]:59738 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0CkF-0008Jw-Hs for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 12:14:11 -0500 Received: (qmail 40356 invoked by uid 3782); 14 Dec 2014 17:14:08 -0000 Received: from acm.muc.de (pD951B53F.dip0.t-ipconnect.de [217.81.181.63]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 14 Dec 2014 18:14:07 +0100 Received: (qmail 3482 invoked by uid 1000); 14 Dec 2014 17:13:50 -0000 Date: Sun, 14 Dec 2014 17:13:50 +0000 To: bug-gnu-emacs@gnu.org Subject: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Message-ID: <20141214171350.GA2606@acm.acm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.3 (----) Hello, Emacs. The doc string for `sit-for', in its first (and most important) line states unequivocally that redisplay is performed. (That line is "Perform redisplay, then wait for SECONDS seconds or until input is available.") That's not what the function currently does - it doesn't perform redisplay if input is already available when it is called. A sentence lower down in the doc string contradicts its first line ("Redisplay does not happen if input is available before it starts."). There is thus a clash between the doc-string and the code. (The info page agrees with the code). It would seem at first sight that the obvious thing to do is correct the first line of the doc string. However there are lots (125) of instances of "(sit-for 0)" in Emacs, and a lot of these are probably intended to mean "perform redisplay NOW". So it might be better to make `sit-for' always do a redisplay. However it's done, though, the clash between the doc string and everything else should be resolved. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 14 18:31:39 2014 Received: (at 19381) by debbugs.gnu.org; 14 Dec 2014 23:31:39 +0000 Received: from localhost ([127.0.0.1]:46322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0IdW-0008UE-HJ for submit@debbugs.gnu.org; Sun, 14 Dec 2014 18:31:38 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:35668) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0IdU-0008U0-JB for 19381@debbugs.gnu.org; Sun, 14 Dec 2014 18:31:36 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjwPAOwQflTO+ILA/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCwsOJhIUGA0kiEoJ1lkBAQEBBgEBAQEBHZBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IPAS-Result: AjwPAOwQflTO+ILA/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCwsOJhIUGA0kiEoJ1lkBAQEBBgEBAQEBHZBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="101722336" Received: from 206-248-130-192.dsl.teksavvy.com (HELO pastel.home) ([206.248.130.192]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Dec 2014 18:31:31 -0500 Received: by pastel.home (Postfix, from userid 20848) id 8236E25A8; Sun, 14 Dec 2014 18:31:29 -0500 (EST) From: Stefan Monnier To: Alan Mackenzie Subject: Re: bug#19381: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Message-ID: References: <20141214171350.GA2606@acm.acm> Date: Sun, 14 Dec 2014 18:31:29 -0500 In-Reply-To: <20141214171350.GA2606@acm.acm> (Alan Mackenzie's message of "Sun, 14 Dec 2014 17:13:50 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19381 Cc: 19381@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > of "(sit-for 0)" in Emacs, and a lot of these are probably intended to ^^^^^^^^ I'd need to see evidence of it. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 15 05:35:45 2014 Received: (at 19381) by debbugs.gnu.org; 15 Dec 2014 10:35:45 +0000 Received: from localhost ([127.0.0.1]:46485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0T0C-0007Va-R4 for submit@debbugs.gnu.org; Mon, 15 Dec 2014 05:35:45 -0500 Received: from colin.muc.de ([193.149.48.1]:23675 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0T0A-0007VR-Db for 19381@debbugs.gnu.org; Mon, 15 Dec 2014 05:35:43 -0500 Received: (qmail 91772 invoked by uid 3782); 15 Dec 2014 10:35:40 -0000 Received: from acm.muc.de (pD951B9B2.dip0.t-ipconnect.de [217.81.185.178]) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 15 Dec 2014 11:35:39 +0100 Received: (qmail 3808 invoked by uid 1000); 15 Dec 2014 10:35:17 -0000 Date: Mon, 15 Dec 2014 10:35:17 +0000 To: Stefan Monnier Subject: Re: bug#19381: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Message-ID: <20141215103517.GA3435@acm.acm> References: <20141214171350.GA2606@acm.acm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19381 Cc: 19381@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hello, Stefan. On Sun, Dec 14, 2014 at 06:31:29PM -0500, Stefan Monnier wrote: > > of "(sit-for 0)" in Emacs, and a lot of these are probably intended to > > mean "perform redisplay NOW". So it might be better to make > > `sit-for' always do a redisplay. > I'd need to see evidence of it. I've extracted all instances of "(sit-for 0)" to which a comment is appended (and stripped out the "(sit-for 0)" and numbered the lines) with the command: find . -name '*.el' | xargs grep -n '^[^;]*(sit-for 0).*;' | \ sed 's/\([^:]*:[^:]*:\)[^;]*\(.*\)/\1 \2/' | cat -b The result is this: 1 ./ehelp.el:223: ;necessary if last command was end-of-buffer or 2 ./emacs-lisp/edebug.el:2504: ; Force update and continue. 3 ./play/gomoku.el:993: ; Display NOW 4 ./play/gomoku.el:1036: ; Display NOW 5 ./play/gomoku.el:1127: ; Display NOW 6 ./play/landmark.el:884: ; Display NOW 7 ./play/landmark.el:926: ; Display NOW 8 ./play/landmark.el:1014: ; Display NOW 9 ./obsolete/terminal.el:627: ;get display to update 10 ./isearch.el:2991: ;make sure (window-start) is credible 11 ./ffap.el:366: ; display point movement 12 ./ffap.el:1502: ; display 13 ./ffap.el:1536: ; redraw original screen 14 ./ffap.el:1618: ; display 15 ./progmodes/compile.el:1754: ; Force redisplay 16 ./textmodes/page-ext.el:639: ; otherwise forward-line fails if N > window height. 17 ./textmodes/ispell.el:2749: ; update display 18 ./textmodes/ispell.el:2753: ; update display showing inverse video. 19 ./net/rcirc.el:1657: ; displayed text before hook 20 ./shell.el:988: ; force redisplay 21 ./shell.el:1067: ; force redisplay 22 ./emulation/cua-rect.el:769: ; make window top/bottom reliable 23 ./emulation/viper-macs.el:201: ; this overcomes xemacs tty bug 24 ./vc/ediff-mult.el:2103: ; sometimes needed to synch the display and ensure that the 25 ./vc/ediff.el:945: ; sync before using window-start/end -- a precaution 26 ./vc/smerge-mode.el:403: ;Display the new highlighting. 27 ./vc/ediff-ptch.el:717: ; synchronize - let the user see diagnostics That's ~20% of the instances. Let's assume, for want of a better hypothesis, that these 27 uses are representative of the 125 in total. Of these, 1, 2, 10, 15, 16, 20, 21, 22, 25 state that redisplay is forced, or give a reason why redisplay is needed. That's 9 out of 27, a third. It is impossible to say from this whether the rest of the 27 absolutely need immediate redisplay or not. Some of them might well do. Extrapolating that to the 125 instances of "(sit-for 0)" suggests around 42 of them (at least) want immediate redisplay. > Stefan -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 15 09:41:59 2014 Received: (at 19381) by debbugs.gnu.org; 15 Dec 2014 14:41:59 +0000 Received: from localhost ([127.0.0.1]:46566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0WqU-0006NA-LT for submit@debbugs.gnu.org; Mon, 15 Dec 2014 09:41:58 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:6031) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0WqQ-0006Ms-8b for 19381@debbugs.gnu.org; Mon, 15 Dec 2014 09:41:55 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj8PAOwQflTO+ILA/2dsb2JhbABbgweDYIVaxRsCBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLDiYSFBgNJIhKCdZZAQEBAQYBAQEBHpBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IPAS-Result: Aj8PAOwQflTO+ILA/2dsb2JhbABbgweDYIVaxRsCBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLDiYSFBgNJIhKCdZZAQEBAQYBAQEBHpBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="102529415" Received: from 206-248-130-192.dsl.teksavvy.com (HELO ceviche.home) ([206.248.130.192]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Dec 2014 09:41:48 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 26424660D3; Mon, 15 Dec 2014 09:41:48 -0500 (EST) From: Stefan Monnier To: Alan Mackenzie Subject: Re: bug#19381: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Message-ID: References: <20141214171350.GA2606@acm.acm> <20141215103517.GA3435@acm.acm> Date: Mon, 15 Dec 2014 09:41:48 -0500 In-Reply-To: <20141215103517.GA3435@acm.acm> (Alan Mackenzie's message of "Mon, 15 Dec 2014 10:35:17 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19381 Cc: 19381@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > That's ~20% of the instances. But that doesn't say if those instances would want to redisplay when there's pending input. The 0 argument only says that they don't want to wait after performing the redisplay. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 15 13:50:54 2014 Received: (at 19381-done) by debbugs.gnu.org; 15 Dec 2014 18:50:54 +0000 Received: from localhost ([127.0.0.1]:47151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0ajN-0004CA-DJ for submit@debbugs.gnu.org; Mon, 15 Dec 2014 13:50:53 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:43747) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0ajL-0004Bu-9p for 19381-done@debbugs.gnu.org; Mon, 15 Dec 2014 13:50:52 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjwPAOwQflTO+ILA/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCwsOJhIUGA0kLogcCdZZAQEBAQYBAQEBHpBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IPAS-Result: AjwPAOwQflTO+ILA/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCwsOJhIUGA0kLogcCdZZAQEBAQYBAQEBHpBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="102565707" Received: from 206-248-130-192.dsl.teksavvy.com (HELO ceviche.home) ([206.248.130.192]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Dec 2014 13:50:45 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 18E70660FB; Mon, 15 Dec 2014 13:50:25 -0500 (EST) From: Stefan Monnier To: Alan Mackenzie Subject: Re: bug#19381: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Message-ID: References: <20141214171350.GA2606@acm.acm> Date: Mon, 15 Dec 2014 13:50:25 -0500 In-Reply-To: <20141214171350.GA2606@acm.acm> (Alan Mackenzie's message of "Sun, 14 Dec 2014 17:13:50 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19381-done Cc: 19381-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > The doc string for `sit-for', in its first (and most important) line > states unequivocally that redisplay is performed. (That line is "Perform > redisplay, then wait for SECONDS seconds or until input is available.") > That's not what the function currently does - it doesn't perform > redisplay if input is already available when it is called. I've changed it to say: "Redisplay, then wait for SECONDS seconds. Stop when input is available. So that the "when input is available" part is not so closely tied to the "wait" part but can also apply to the "redisplay" part. > It would seem at first sight that the obvious thing to do is correct the > first line of the doc string. However there are lots (125) of instances > of "(sit-for 0)" in Emacs, and a lot of these are probably intended to > mean "perform redisplay NOW". So it might be better to make `sit-for' > always do a redisplay. While fixing the docstring, I also saw that the code of sit-for hints at the solution to the above problem: if you just want to redisplay, don't call (sit-for 0), but call `redisplay' instead (where the `force' argument can be used to decide whether pending input should prevent redisplay or not). Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 16 12:00:50 2014 Received: (at 19381-done) by debbugs.gnu.org; 16 Dec 2014 17:00:50 +0000 Received: from localhost ([127.0.0.1]:48053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0vUP-000686-HH for submit@debbugs.gnu.org; Tue, 16 Dec 2014 12:00:50 -0500 Received: from colin.muc.de ([193.149.48.1]:47984 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0vUN-00067x-2h for 19381-done@debbugs.gnu.org; Tue, 16 Dec 2014 12:00:47 -0500 Received: (qmail 89468 invoked by uid 3782); 16 Dec 2014 17:00:45 -0000 Received: from acm.muc.de (pD951A574.dip0.t-ipconnect.de [217.81.165.116]) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 16 Dec 2014 18:00:44 +0100 Received: (qmail 4971 invoked by uid 1000); 16 Dec 2014 17:00:23 -0000 Date: Tue, 16 Dec 2014 17:00:23 +0000 To: Stefan Monnier Subject: Re: bug#19381: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Message-ID: <20141216170023.GB3134@acm.acm> References: <20141214171350.GA2606@acm.acm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19381-done Cc: 19381-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hello, Stefan. On Mon, Dec 15, 2014 at 01:50:25PM -0500, Stefan Monnier wrote: > > The doc string for `sit-for', in its first (and most important) line > > states unequivocally that redisplay is performed. (That line is "Perform > > redisplay, then wait for SECONDS seconds or until input is available.") > > That's not what the function currently does - it doesn't perform > > redisplay if input is already available when it is called. > I've changed it to say: > "Redisplay, then wait for SECONDS seconds. Stop when input is available. Thanks, that's better. It's an awkward thing to have to squeeze into one line. > So that the "when input is available" part is not so closely tied to > the "wait" part but can also apply to the "redisplay" part. > > It would seem at first sight that the obvious thing to do is correct the > > first line of the doc string. However there are lots (125) of instances > > of "(sit-for 0)" in Emacs, and a lot of these are probably intended to > > mean "perform redisplay NOW". So it might be better to make `sit-for' > > always do a redisplay. > While fixing the docstring, I also saw that the code of sit-for hints > at the solution to the above problem: if you just want to redisplay, > don't call (sit-for 0), but call `redisplay' instead (where the `force' > argument can be used to decide whether pending input should prevent > redisplay or not). Yes. There are 17 calls to `redisplay' in Emacs. Of the 125 "(sit-for 0)"s, a lot of them will be wanting redisplay, but are being called in the context of a user typing individual keys. (This is certainly the case in edebug.el, for example.) So, it doesn't matter too much. > Stefan -- Alan Mackenzie (Nuremberg, Germany). From unknown Mon Jun 23 13:13:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 14 Jan 2015 12:24:03 +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