From unknown Mon Aug 18 00:07:59 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#55193 <55193@debbugs.gnu.org> To: bug#55193 <55193@debbugs.gnu.org> Subject: Status: 29.0.50; Double-buffering on MS-Windows freezes cursor in minibuffer Reply-To: bug#55193 <55193@debbugs.gnu.org> Date: Mon, 18 Aug 2025 07:07:59 +0000 retitle 55193 29.0.50; Double-buffering on MS-Windows freezes cursor in min= ibuffer reassign 55193 emacs submitter 55193 Eli Zaretskii severity 55193 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 05:49:13 2022 Received: (at submit) by debbugs.gnu.org; 30 Apr 2022 09:49:13 +0000 Received: from localhost ([127.0.0.1]:55888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkjiy-0003iE-Ve for submit@debbugs.gnu.org; Sat, 30 Apr 2022 05:49:13 -0400 Received: from lists.gnu.org ([209.51.188.17]:56088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkjiw-0003i6-Kf for submit@debbugs.gnu.org; Sat, 30 Apr 2022 05:49:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55570) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkjiw-0001eB-CR for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:49:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42016) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkjiw-0005jn-3I for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:49:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Subject:To:From:Date:mime-version:in-reply-to: references; bh=t9noLngdUhTzAj74/wx6Hdp3fP7PsCUCr+d3pszHYtA=; b=jZ8D2JUiuqSduC x1NvuINS8NvGXkUJXDtGn590f55Nai7EpkPgWOB6jwrVhaZtVtBFpKMMLJr2nH721wcIXU3sfRGfo 9IKVgtOSowDX8PfBOn5IdQEPmGQmvOA6qAmMFJLkk/tR+brf4VR8/93vpjlt7Ppd/jr0wmU9KFiUG qY8I5Hv6NtsrUI9E1TAyDoMTxBpLEFTfiyOcFNIJe7Q3opVX7CCx+fCo2XnMcBqomGcsGdsAF7bEA 0uW19L9mR19gP/ysP9LrpNHhefdER7Wp4GBiFEMTwWlPMFf3Sg7EHg7+ouObPU7NiyEujXW+avUtQ vBvufl8plDgvDd0SF1CQ==; Received: from [87.69.77.57] (port=2919 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkjiv-0005i5-5t for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:49:09 -0400 Date: Sat, 30 Apr 2022 12:49:12 +0300 Message-Id: <83r15e9a07.fsf@gnu.org> From: Eli Zaretskii To: bug-gnu-emacs@gnu.org Subject: 29.0.50; Double-buffering on MS-Windows freezes cursor in minibuffer X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) The new double-buffering feature on MS-Windows causes unpleasant side effect when the user types something into the minibuffer, then presses RET to submit and exit the minibuffer. Without double-buffering, the cursor moves to the beginning of the minibuffer, thus providing visual feedback that whatever the user typed was submitted. With double-buffering turned on, the cursor "freezes" in its last position, at the end of the minibuffer text, until the command finishes and redisplay does its job. Which could be a tangible amount of time, during which Emacs looks "frozen". To reproduce: emacs -Q M-x blink-cursor-mode RET C-x C-f src/xdisp.c RET Observe that the cursor is at the end of the file name until such time as xdisp.c is displayed, which could be a second or two in a non-optimized build of Emacs. Can this be avoided, please, i.e. can we update the display after the cursor is moved? In GNU Emacs 29.0.50 (build 952, i686-pc-mingw32) of 2022-04-30 built on HOME-C4E4A596F7 Repository revision: 7b7a124afa0a71f4847ddc5a3934b02ab5d46d2c Repository branch: master Windowing system distributor 'Microsoft Corp.', version 5.1.2600 System Description: Microsoft Windows XP Service Pack 3 (v5.1.0.2600) Configured using: 'configure -C --prefix=/d/usr --with-wide-int --enable-checking=yes,glyphs 'CFLAGS=-O0 -gdwarf-4 -g3'' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP XPM ZLIB Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-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 line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media rmc puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date seq gv subr-x byte-opt bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice simple cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 49118 7913) (symbols 48 6888 1) (strings 16 19126 2798) (string-bytes 1 536222) (vectors 16 11253) (vector-slots 8 161083 8684) (floats 8 22 53) (intervals 40 268 69) (buffers 888 10)) From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 06:55:41 2022 Received: (at 55193) by debbugs.gnu.org; 30 Apr 2022 10:55:41 +0000 Received: from localhost ([127.0.0.1]:55949 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkklJ-0005WQ-6x for submit@debbugs.gnu.org; Sat, 30 Apr 2022 06:55:41 -0400 Received: from sonic308-56.consmr.mail.ne1.yahoo.com ([66.163.187.31]:39845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkklH-0005WB-3v for 55193@debbugs.gnu.org; Sat, 30 Apr 2022 06:55:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651316133; bh=lRrC9g2fSGlVACow4Rm1ynnjQM660wF5dI0a3CPpqxU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=fhuGKRTvsVZAs57Gr1UoSC9wZooF//dTI9AfrFZHeZJTwdtYQAtKUX5JGagtqJX+rY8FPphIUzMPjR4eq1BNGDlGbVefbHQT0onIGCRhyKoQ1PkmNsbYfAFfJvwwNkaXmkTRiG/1qHFDdUAQRmoRtdk8vSARwCkufPypWX6Ns2pnCbphu1DNM7wEoP/03kYDgD1XUf+sYa/QuQKrP2ma8wT977OYYS6rcTb7oimp9jvFKfrn67WXsRUTJUBh1qryN3NqAQc2kTjIAj6u7xhasW+jxtuNToO4g92sEGgKxq9TUJJkzj6EjcJhSgpVLNh9kaNv18JzuGvpMRd42IML3A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651316133; bh=ZSPfyHCQrjYjSkCWaPsUP1X0B/skHOnzmmIbHlUOVw/=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=HQD96pSL6DfIAXffe/5L21ovxxhJ4ZxbYdpz7vbbzq4H/+rB4MZ14hJ7dRV9hzCJ3FmtlP84yV8+3nsZYwOZq+duB95OGo83lzYZCTy8N7y9vQM7zD9G0Z3ohBD720aBJ0as903dBBHx92XnHKP4967unaMawumw8cJ0rLsSdphJ/gM9t0noNKssvGLhoe3/GqW3geNhiDpmdYykkOAFweiyNfEPFX5NH9IPnONSzq3MOdr8uDJ4rYjpY4f374UD8e9iF8/RJLTdFbrdmCP7O8HdISQf8j/FdxY/W67uyFrotA7R0SZi6+CSB/iFGwpyRpseBzweYNMRsWCHH/GpoQ== X-YMail-OSG: zwGvgegVM1lD1CXRR5eyw2c7eWIR9kIgZr.d1vzGdat_gtMqcqb_SI3EDx7cWPI t4FpH5S0Sn0pIltfd9Z3Qwgi4H9KLFZ_pnb76_Zw4mQ7ULTwzKkNQ21RJ9oowtJOOaHweKdnrMqT k42BVJiFdd0Iwg2dOjIzCs9L3FTj3wG1v8nYN6ye_8RFplG5Bl9uCtm.BXBwbN4FdvfCjFerO3bw dbRco.jwAWAGDcp9q5zl720te6YkXsw_VK_ehiXvosozwBSmW87W3HcGgDb_NRqBV7.OMPtyD7sD tUHWq8O75DfG6Mcqozh.RVkMH.i607kP2JfbkSw3i9iqpz7SOAB5INmoFog3_qopURSSydJPlRXE DoSBiglSZgH.OLmjMa2jUdlQVu1GEqZtpERk4Rwr0ABlSBipUrde2uwwp2PN5IlTPc5DQ_dmXF7t kM26n_JNsTGGh51HS57.emyq92dQlMv_faceXYea9HYAPhhoC5.69mna3pGNXm091._nMY8vQJP4 .5ttDMQn7Xg7PaEWQxb7NJKzke_sxtWzg7M7owRIn2GhYy2pAY52ihYNDEfLdCk32IIzhcHFO4es 4jsahVH0M6bQGWTPzlpGAAmsqAUW3P87sRE67bBVBLZnHzqXHccLS2BBqHCwMnIM5ujZcR4wCItD S_qCQgMyMlxagSQ.P6lbuwLnTIK4weQyv77Aa_Xw3JM0bXRxsTHeUYrTeYxLJ8NzYNIFiJ.V.vl4 zlQXG3joVLU13E0OMmLDvGrAN0XlarnQQXl_J8TFkmuKjEDdfpk01gFkpZfkSVU4nktPjqMg72v5 r2RIVE_qcVlOTs.0i1grXljc1Q8AECjL7WP4G_iTQXcL7bEQkXYztAjrocPFkRAEoLd7MSlorYNL Bj6PULnXsdNS.PAFjlAEcWy7OSUXxaO9aIR5cnOUmF3QOSfRZRxGZFVm_X8s_ZEKhsaD7FzMdVkn cT44ZxBAXC_kl9oB2hF5iiNVti5adg8nKtPdSGPGPJ87FqE9LbyGk2A5KLq7c5KEagkVieVsM.e4 oHfg55OF7ap1klsH0tqx_NNZL6rxJXFm2pCHixj4rHR7FwdfYyaDkItX17fSee1pqYQd7671JRV8 onxkcQExRFdSLHEWlFBk2mEgWarw_Jucq4haetn6OtXYwQzphqw6w6VQ3XXoCsw_cejHvKj6o8pc ro1LXPAijlMXpdrYYzHtv3tGZPpZURrtk0M0dT0FAzV6abpLxTGVcy1uzksk5m9PecioNGg9f6h9 nsUW9.8X1BVh1S4xEg5f.TV5k7aACEvYULvLdXsLS9dQm99XPfKMvX3L6sZcAJNfV_NCvDcvTOW7 7dVXUKcc.QkuMuV1iSLLtJr5A6zqGzJXxPRK6II5BdU_R1i0kQmMvj_VlR6F4AOhU155vvuqtney nSbX18OFvgSR_gkTN18HVPaA0CDdfKGwSuVmes.7PsrVu2Bsp4AYS_kxYQiEMmfFUujH2TAbelJv UXhC..FRFFYRAPRQhJF2Y0wneIH64f1x_Up8ABVCHWj1io9x1zxe_HErb685OqRwNy7I0RWV0eE9 cF1BYOjQXR.cBPSQCCTaEjC3SsyjCsENxPUkz5Rt9CAvTwmNogK40J_rU7iBtqBTtappnKa_uFxo _nkzfez3OBL.v5Lbsf_SVwFOf5h8JIoE7GChO.wVSzRlZo6M6.UlPwNPQ2CPsjKO18lnefv4r1bA 9IksVQa9.Ud8zG4zfJU_CayuDFc._ZwCwhw8Sqp2b3YzVGRu06Bem.Z6viJkDaKjszCx4eRBGCuN FEmoTeo2Jhni5_L25OCoTf_9lwS0fgWPvqk.Mx.dQTHhulGYvv0uGZ_NzWMDSQMfGwZBQuNB77Tq 5yFOzDvK5V7_DQCJUX4y3LAP.ocqu7JlLMUXLZfuy2cw1oQpTsuhegO6dPNFTJXvOt6LP4GycCJ0 crWXxDT61snCTza5dqbcrMz4pgu9NevtXCkbfoUqApB5VZW5LNOA0j9ywN5ydcIyzpG1kcqCtpEa 54XT_CisKusRawu_Lcgri1b64WMn0V3Mg2SKYHDO5_m35mTc.YQ9gaHTt.mMIPrvXl0Dg_nLQZW1 nHGlil9rNlIVjEQQ3.5BfiK5IbL2CTt2vILahSzH9RjsZCWFvi6NbT8JaVGhZ2Ee.gidL.cVYTyC EkzqxJyS15MsixyLoe4RcRTs.aT3My9xWLLEv4boOMf9hs11Ox_OnPcNBIOFvXEnH.cMseYz5cXl BV9501yednudOeNiXEOAx8RVX4nkwvZK7W_2axi9n_cMnvZJss2BInpz7vik- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Sat, 30 Apr 2022 10:55:33 +0000 Received: by hermes--canary-production-sg3-795d7b4d54-rhs8w (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7f12e0ce4a0abc4433e1718ab6053335; Sat, 30 Apr 2022 10:55:28 +0000 (UTC) From: Po Lu To: Eli Zaretskii Subject: Re: bug#55193: 29.0.50; Double-buffering on MS-Windows freezes cursor in minibuffer References: <83r15e9a07.fsf@gnu.org> Date: Sat, 30 Apr 2022 18:55:24 +0800 In-Reply-To: <83r15e9a07.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 30 Apr 2022 12:49:12 +0300") Message-ID: <8735huu9gj.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.20118 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 1020 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 55193 Cc: 55193@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) Eli Zaretskii writes: > The new double-buffering feature on MS-Windows causes unpleasant side > effect when the user types something into the minibuffer, then presses > RET to submit and exit the minibuffer. Without double-buffering, the > cursor moves to the beginning of the minibuffer, thus providing visual > feedback that whatever the user typed was submitted. With > double-buffering turned on, the cursor "freezes" in its last position, > at the end of the minibuffer text, until the command finishes and > redisplay does its job. Which could be a tangible amount of time, > during which Emacs looks "frozen". > > To reproduce: > > emacs -Q > M-x blink-cursor-mode RET > C-x C-f src/xdisp.c RET > > Observe that the cursor is at the end of the file name until such time > as xdisp.c is displayed, which could be a second or two in a > non-optimized build of Emacs. > > Can this be avoided, please, i.e. can we update the display after the > cursor is moved? Thanks, should be fixed now. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 07:07:42 2022 Received: (at 55193-done) by debbugs.gnu.org; 30 Apr 2022 11:07:42 +0000 Received: from localhost ([127.0.0.1]:55977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkkww-0005qy-F3 for submit@debbugs.gnu.org; Sat, 30 Apr 2022 07:07:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkkwu-0005qk-Cx for 55193-done@debbugs.gnu.org; Sat, 30 Apr 2022 07:07:40 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42742) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkkwp-0008Qm-6t; Sat, 30 Apr 2022 07:07:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=rHBgwjRmd06bbYdcT9FpeJrAwO+PmqXv8c3BruDRWY8=; b=I9wy3Dn7mqNr iqZsDrAlr2kb/ZaxOQM2rH8lzZig9y+kYYAXrot5zQsjydUrVYVjKRYjyKkhov/DhEuUWUQRiQzUq 0a78TX09k9bHxAZ2sEAW32XmWGz3BgyBC020DafJshpZ6LlxVuHP1SN2qRgaZA09WNyLHedqKtbzu i6KRoMyS2QZUBHgwHoQkAJeOuwLIwe/xpq/+fn99p4tuyJgemloMEzBHAQGedeR65OnOkmZqWAOnI T9W11SWPuzfnSDIhGAiMzIz/Xt7lcUPrx435GfSSVjqjPIl+nfujQYEnzthmQq1Ci5La+Ccww8TFJ 4tI08+ns/Oun8aDMkYFryw==; Received: from [87.69.77.57] (port=3945 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkkwo-0007SR-KC; Sat, 30 Apr 2022 07:07:34 -0400 Date: Sat, 30 Apr 2022 14:07:39 +0300 Message-Id: <83h76a96dg.fsf@gnu.org> From: Eli Zaretskii To: Po Lu In-Reply-To: <8735huu9gj.fsf@yahoo.com> (message from Po Lu on Sat, 30 Apr 2022 18:55:24 +0800) Subject: Re: bug#55193: 29.0.50; Double-buffering on MS-Windows freezes cursor in minibuffer References: <83r15e9a07.fsf@gnu.org> <8735huu9gj.fsf@yahoo.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 55193-done Cc: 55193-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Po Lu > Cc: 55193@debbugs.gnu.org > Date: Sat, 30 Apr 2022 18:55:24 +0800 > > Eli Zaretskii writes: > > > The new double-buffering feature on MS-Windows causes unpleasant side > > effect when the user types something into the minibuffer, then presses > > RET to submit and exit the minibuffer. Without double-buffering, the > > cursor moves to the beginning of the minibuffer, thus providing visual > > feedback that whatever the user typed was submitted. With > > double-buffering turned on, the cursor "freezes" in its last position, > > at the end of the minibuffer text, until the command finishes and > > redisplay does its job. Which could be a tangible amount of time, > > during which Emacs looks "frozen". > > > > To reproduce: > > > > emacs -Q > > M-x blink-cursor-mode RET > > C-x C-f src/xdisp.c RET > > > > Observe that the cursor is at the end of the file name until such time > > as xdisp.c is displayed, which could be a second or two in a > > non-optimized build of Emacs. > > > > Can this be avoided, please, i.e. can we update the display after the > > cursor is moved? > > Thanks, should be fixed now. Indeed, thanks. From unknown Mon Aug 18 00:07:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 28 May 2022 11:24:10 +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