From drew.adams@oracle.com Tue Jan 13 11:41:20 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 13 Jan 2009 19:41:20 +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 fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0DJfGOm032388 for ; Tue, 13 Jan 2009 11:41:18 -0800 Received: from mail.gnu.org ([199.232.76.166]:60885 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LMp7E-0005X8-Dj for emacs-pretest-bug@gnu.org; Tue, 13 Jan 2009 14:39:56 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LMp8V-0003fp-0l for emacs-pretest-bug@gnu.org; Tue, 13 Jan 2009 14:41:15 -0500 Received: from rcsinet11.oracle.com ([148.87.113.123]:34897 helo=rgminet11.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LMp8U-0003f7-78 for emacs-pretest-bug@gnu.org; Tue, 13 Jan 2009 14:41:14 -0500 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0DJgpX9005690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 13 Jan 2009 19:42:53 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0DJfkB6032505 for ; Tue, 13 Jan 2009 19:41:47 GMT Received: from dradamslap1 (/141.144.161.46) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 13 Jan 2009 19:41:05 +0000 From: "Drew Adams" To: Subject: 23.0.60; list-faces-display does not respect special-display-regexps Date: Tue, 13 Jan 2009 11:41:09 -0800 Message-ID: <001c01c975b6$e2ecb0b0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acl1tuIw4m0DzoOkRAyWyFJ2nQNnSw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.496CEE53.017D:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) emacs -Q M-x set-variable special-display-regexps ("[ ]?[*][^*]+[*]") Customize `special-display-frame-alist' to, say, have `background-color' "LightBlue". M-x list-faces-display. The frame displaying buffer *Faces* does not show a LightBlue background. However, the `frame-parameters' for that frame do include (background-color . "LightBlue"). And the right part of the minibuffer shows a LightBlue background. And if you scroll down past the end of the buffer, a LightBlue background appears. And while you resize the frame the whole frame intermittently shows a LightBlue background, but as soon as you are finished resizing it the background goes back to being the default (White). This is ugly and uncalled for. Display of the frame should respect the frame parameters that are defined for it. The faces themselves are shown in their own colors; that is sufficient. There is no need to also alter the background shown for all of the buffer text, overriding the frame parameters. This bug exists also for Emacs 22. In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2009-01-04 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' From rgm@gnu.org Tue Jan 13 15:03:27 2009 Received: (at control) by emacsbugs.donarmstrong.com; 13 Jan 2009 23:03:27 +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.3 required=4.0 tests=MISSING_SUBJECT,NOSUBJECT, VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0DN3KKs018031 for ; Tue, 13 Jan 2009 15:03:22 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LMsGm-0004nP-B9; Tue, 13 Jan 2009 18:02:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18797.7528.264358.718068@fencepost.gnu.org> Date: Tue, 13 Jan 2009 18:02:00 -0500 From: Glenn Morris To: control severity 1887 minor reassign 1892 emacs,erc merge 797 1894 From juri@jurta.org Tue Jan 13 17:29:50 2009 Received: (at 1894) by emacsbugs.donarmstrong.com; 14 Jan 2009 01:29:50 +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 relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0E1Tl47022705 for <1894@emacsbugs.donarmstrong.com>; Tue, 13 Jan 2009 17:29:48 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1LMuZm-000Bnc-Gm; Wed, 14 Jan 2009 03:29:46 +0200 From: Juri Linkov To: Drew Adams Cc: 1894@debbugs.gnu.org Subject: Re: bug#1894: 23.0.60; list-faces-display does not respect special-display-regexps Organization: JURTA References: <001c01c975b6$e2ecb0b0$0200a8c0@us.oracle.com> Date: Wed, 14 Jan 2009 03:18:34 +0200 In-Reply-To: <001c01c975b6$e2ecb0b0$0200a8c0@us.oracle.com> (Drew Adams's message of "Tue, 13 Jan 2009 11:41:09 -0800") Message-ID: <87ab9u8ym1.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: c2436a487120708c9e0f2b31fdd4cc45 X-DrWeb-checked: yes > emacs -Q > M-x set-variable special-display-regexps ("[ ]?[*][^*]+[*]") > > Customize `special-display-frame-alist' to, say, have > `background-color' "LightBlue". M-x list-faces-display. > > The frame displaying buffer *Faces* does not show a LightBlue > background. However, the `frame-parameters' for that frame do include > (background-color . "LightBlue"). Please see a comment in `list-faces-display': ;; If the *Faces* buffer appears in a different frame, ;; copy all the face definitions from FRAME, ;; so that the display will reflect the frame that was selected. -- Juri Linkov http://www.jurta.org/emacs/ From rgm@gnu.org Tue Jan 13 17:48:55 2009 Received: (at 1894) by emacsbugs.donarmstrong.com; 14 Jan 2009 01:48: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=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0E1mr3A027542 for <1894@emacsbugs.donarmstrong.com>; Tue, 13 Jan 2009 17:48:54 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LMuqy-0002uS-8A; Tue, 13 Jan 2009 20:47:32 -0500 From: Glenn Morris To: 1894@debbugs.gnu.org Subject: Re: bug#1894: 23.0.60; list-faces-display does not respect special-display-regexps References: <001c01c975b6$e2ecb0b0$0200a8c0@us.oracle.com> <87ab9u8ym1.fsf@jurta.org> X-Spook: Medco CESID broadside Cocaine Defcon weapons of mass X-Ran: b?!^fki@]3v"0G[.=+}>v4Ff13;>\|vWWRL;y%#Ce;iK>_TIxakhL&Yb~AV17*(vNEW!zS X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 13 Jan 2009 20:47:32 -0500 In-Reply-To: <87ab9u8ym1.fsf@jurta.org> (Juri Linkov's message of "Wed, 14 Jan 2009 03:18:34 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Juri Linkov wrote: > Please see a comment in `list-faces-display': > > ;; If the *Faces* buffer appears in a different frame, > ;; copy all the face definitions from FRAME, > ;; so that the display will reflect the frame that was selected. (As explained the first time round, in bug#797.) From drew.adams@oracle.com Tue Jan 13 20:13:40 2009 Received: (at 1894) by emacsbugs.donarmstrong.com; 14 Jan 2009 04:13:40 +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 acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0E4DbVB032352 for <1894@emacsbugs.donarmstrong.com>; Tue, 13 Jan 2009 20:13:38 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0E4Cwpo019940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Jan 2009 04:12:59 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0E4DSEA022558; Wed, 14 Jan 2009 04:13:29 GMT Received: from dradamslap1 (/141.144.161.46) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Jan 2009 04:13:26 +0000 From: "Drew Adams" To: "'Juri Linkov'" Cc: <1894@debbugs.gnu.org> References: <001c01c975b6$e2ecb0b0$0200a8c0@us.oracle.com> <87ab9u8ym1.fsf@jurta.org> Subject: RE: bug#1894: 23.0.60; list-faces-display does not respect special-display-regexps Date: Tue, 13 Jan 2009 20:13:33 -0800 Message-ID: <005301c975fe$77866850$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ab9u8ym1.fsf@jurta.org> Thread-Index: Acl157FYkEPKOBdPSceDGRZj8HULsAAEUo5A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.496D6668.006A:SCFSTAT928724,ss=1,fgs=0 > > emacs -Q > > M-x set-variable special-display-regexps ("[ ]?[*][^*]+[*]") > > > > Customize `special-display-frame-alist' to, say, have > > `background-color' "LightBlue". M-x list-faces-display. > > > > The frame displaying buffer *Faces* does not show a LightBlue > > background. However, the `frame-parameters' for that frame > > do include (background-color . "LightBlue"). > > Please see a comment in `list-faces-display': > > ;; If the *Faces* buffer appears in a different frame, > ;; copy all the face definitions from FRAME, > ;; so that the display will reflect the frame that was selected. What does it mean? Is this about face definitions? I don't see why. I'm talking about the frame parameters - the appearance of the frame that is used to show the individual faces. Unless that comment is just some kind of a cop-out based on `default' being one of the faces to portray. How the individual faces, including face `default', are shown as samples is one thing - I have no problem with that. How the frame itself is displayed is what I have a problem with. If you feel you need to tweak things so that the portrayal of face `default' shows up in the sample list the way that face was defined for the previous frame, OK (I don't really care about that). But the attributes that face `default' has in the *Faces* frame should not override and interfere with the normal display of a buffer named `*Faces*'. And why would such an exceptional behavior - not respecting `special-display-regexps' - be explained only in a comment? How would a user of `list-faces-display' know about this odd behavior? IIRC, this change dates from when we started to treat face `default' as synonymous with the corresponding frame parameters (`background-color' etc.). IOW, it is more an _implementation side effect_ than a "feature". There is no reason, from a _users's_ point of view, to confuse the _portrayal_ of a face with the _use_ of that face to display a frame of face samples. Is this confusion of use and mention just a result of implementation laziness? Think about the UI from the user's point of view - and that includes the user's control of frame appearance using `special-display-regexps' (and `default-frame-alist' and ...). The _effect_, for the user, was coherent and clear in Emacs 20 (probably 21 also - haven't checked). Now the entire display changes, depending on whichever frame you call the command from. That's not helpful or needed - it's enough to show the `default' face's sample, like each of the other faces. In this case, it's not right to simply use that face to define the frame properties for the *Faces* frame. A proper fix would show the `default' face using its definition from the originating frame (if you consider that feature worthwhile - I don't care), and _label it as such_: "default (in frame blah-blah)", where only the name `default' is a link (underlined) to the face details. That information is completely missing for the user currently. But leave the frame's "face" parameters alone - treat it just as any other similar frame would be treated: if the `special-display-*' stuff applies, use that; otherwise use `default-frame-alist' or whatever else would normally take effect. This is poor UI, and it sounds like it might also represent lazy programming. My other comments should also be addressed: * About the appropriate frame "face" parameters appearing in certain circumstances (leaking in) - display portion after the buffer text, right side of minibuffer, showing full-frame ephemerally when you resize. Very ugly - obviously a bugged appearance. * About this "feature" being a mystery to users - explained only in a code comment. Put on your thinking caps as users, not just as implementors. There is a better way. From drew.adams@oracle.com Tue Jan 13 20:29:15 2009 Received: (at 1894) by emacsbugs.donarmstrong.com; 14 Jan 2009 04:29:15 +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 rgminet11.oracle.com (rcsinet11.oracle.com [148.87.113.123]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0E4TCco003589 for <1894@emacsbugs.donarmstrong.com>; Tue, 13 Jan 2009 20:29:13 -0800 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0E4Umgj020641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Jan 2009 04:30:49 GMT Received: from acsmt706.oracle.com (acsmt706.oracle.com [141.146.40.84]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0E4TgH4013861; Wed, 14 Jan 2009 04:29:43 GMT Received: from dradamslap1 (/141.144.161.46) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Jan 2009 04:29:01 +0000 From: "Drew Adams" To: "'Glenn Morris'" , <1894@debbugs.gnu.org> References: <001c01c975b6$e2ecb0b0$0200a8c0@us.oracle.com><87ab9u8ym1.fsf@jurta.org> Subject: RE: bug#1894: 23.0.60;list-faces-display does not respect special-display-regexps Date: Tue, 13 Jan 2009 20:29:08 -0800 Message-ID: <005b01c97600$a51e1720$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acl17HTaaxBL8vCUQzW23k1xyWchvwAD4VCg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt706.oracle.com [141.146.40.84] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010205.496D6A0F.019C:SCFSTAT928724,ss=1,fgs=0 > > Please see a comment in `list-faces-display': > > > > ;; If the *Faces* buffer appears in a different frame, > > ;; copy all the face definitions from FRAME, > > ;; so that the display will reflect the frame that was selected. > > (As explained the first time round, in bug#797.) Too bad you didn't get it right the first time round. This is regress, not progress, from a user point of view. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 13:35:25 2011 Received: (at control) by debbugs.gnu.org; 11 Sep 2011 17:35:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2nwD-0003bR-GO for submit@debbugs.gnu.org; Sun, 11 Sep 2011 13:35:25 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2nwA-0003bI-RQ for control@debbugs.gnu.org; Sun, 11 Sep 2011 13:35:23 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2nrw-0003Yw-CR for control@debbugs.gnu.org; Sun, 11 Sep 2011 19:31:00 +0200 Date: Sun, 11 Sep 2011 19:27:59 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #797 X-MailScanner-ID: 1R2nrw-0003Yw-CR X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316367060.56649@m9eHehN9Pd4UM4fn6PjW9Q X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) close 797 From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 15:11:50 2011 Received: (at 1894) by debbugs.gnu.org; 11 Sep 2011 19:11:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2pRW-0002Ad-Fh for submit@debbugs.gnu.org; Sun, 11 Sep 2011 15:11:50 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2pRU-0002AT-MS; Sun, 11 Sep 2011 15:11:49 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8BJ7S92009328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 11 Sep 2011 19:07:30 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8BJ7R11007674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Sep 2011 19:07:27 GMT Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8BJ7LYk016167; Sun, 11 Sep 2011 14:07:21 -0500 Received: from dradamslap1 (/10.159.62.110) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 11 Sep 2011 12:07:21 -0700 From: "Drew Adams" To: <797@emacsbugs.donarmstrong.com>, <1894@emacsbugs.donarmstrong.com> References: <001301c90865$9fb99ab0$c2b22382@us.oracle.com> Subject: RE: bug#797: list-faces-display imposes its own background, doesn't respect special-display-frame-alist Date: Sun, 11 Sep 2011 12:07:25 -0700 Message-ID: <23021F4CA6A645B79F4144CD8987BD90@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <001301c90865$9fb99ab0$c2b22382@us.oracle.com> Thread-Index: AckIZZ9jBzmHf7lkTUeA2z05nXedbIbQoAoQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090209.4E6D06F2.00C9,ss=1,re=0.000,fgs=0 X-Spam-Score: -1.7 (-) X-Debbugs-Envelope-To: 1894 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) The bug should not be closed with no comment. It should either be fixed or declared not a bug. But it is a bug. And a regression at that. From unknown Mon Jun 23 22:06:42 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 10 Oct 2011 11: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