From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Benjamin L. Russell" Newsgroups: gmane.emacs.bugs Subject: bug#8674: [RESOLVED: modifying (group ...) setting in (gnus-add-configuration ...) function] [Was: Re: [status update on associated STARTTLS bug] Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Service Pack 3] Date: Mon, 16 May 2011 19:01:25 -0700 (PDT) Message-ID: <556583.63946.qm@web32005.mail.mud.yahoo.com> References: <824o4vve3z.fsf@Yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1305597736 1781 80.91.229.12 (17 May 2011 02:02:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 02:02:16 +0000 (UTC) Cc: 8674@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 17 04:02:11 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9bu-0005ub-J8 for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 May 2011 04:02:10 +0200 Original-Received: from localhost ([::1]:40526 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9bt-0004B8-T5 for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 May 2011 22:02:09 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58804) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9br-0004AS-5M for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:02:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM9bn-0004Ef-UP for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:02:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57063) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9bn-0004Eb-RB for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:02:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QM9bm-0007R6-4o; Mon, 16 May 2011 22:02:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Benjamin L. Russell" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Tue, 17 May 2011 02:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8674 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 8674-submit@debbugs.gnu.org id=B8674.130559769828549 (code B ref 8674); Tue, 17 May 2011 02:02:02 +0000 Original-Received: (at 8674) by debbugs.gnu.org; 17 May 2011 02:01:38 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9bN-0007QN-SS for submit@debbugs.gnu.org; Mon, 16 May 2011 22:01:38 -0400 Original-Received: from nm5-vm0.bullet.mail.sp2.yahoo.com ([98.139.91.204]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9bI-0007Q8-1K for 8674@debbugs.gnu.org; Mon, 16 May 2011 22:01:35 -0400 Original-Received: from [98.139.91.61] by nm5.bullet.mail.sp2.yahoo.com with NNFMP; 17 May 2011 02:01:26 -0000 Original-Received: from [98.139.91.5] by tm1.bullet.mail.sp2.yahoo.com with NNFMP; 17 May 2011 02:01:26 -0000 Original-Received: from [127.0.0.1] by omp1005.mail.sp2.yahoo.com with NNFMP; 17 May 2011 02:01:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 173833.1191.bm@omp1005.mail.sp2.yahoo.com Original-Received: (qmail 64498 invoked by uid 60001); 17 May 2011 02:01:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305597685; bh=A2MdlNDCKXqnC5BkMTgx+FPi2YBHOGF+UpkRFzjZ5lI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Z6PR7f+2jdEIX0nfCt/y6+FtGyPR8msADmaU1l47qMIawNCFQ4X+4ZBMqdXoLOE4u57jKIovq2ZAg9X3gvcmb6cwie5T0DJny9mOM1BLfFSnWJR5JZCOmmxSOs3GwLA1HEOp7ADjA7HLj5pOoZvE629/WbXn9h4dXtuRxDLvCU8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=FH0BzGlV+6ku7UxX7wldp7ct5uq+8B6mB06zu5eYjZr57Z/ZFbz7P5X8GGB2Gb/Bv9z0gwzy9v6tJZq+A4Hd6Dw2E3YCA06rQwREFwX2jYWkKFhFuzF2vEAqpXk3kvim6QJ+YXB55SsF7cxVLTT6AlQMYcO5Zpv9ngPHcycZ9Kc=; X-YMail-OSG: p9dUmGUVM1nv9gTFsU_93LbEXDmCoa5EBgDSiYktjbCgGv_ 1Lnd8_mKTUAEgqlojII70R1QlGjHnP.SFCgrSkjdVmvXy7335svf6gZ8sSXs FA0Q66X8dNRvAKpjZ1kfSbfrI9oLuv4o74UdSLl62cK2fLu.QITjcMxxLYoA 7oZSu_mbsotiwOQoY.0Lo_R3ga4zAUCVkuqKQtXHEWPpchmbIWlc.eQFUS0j W8IlM1KiaYRfD6_qevYkN5ER.XIV4dgyNt9o49DeYnTSsvUZLXV5AeBzwJIo 1hn_tl2qibR6yhhJJNRkTw08I0zl7BvUqG7z4MvBzPZokCk.LxSiX4r2jmgq BSx2Azuh1YkOpUp9mqoXmiDzOV9mH9vi2CByekkRl8rNeoJGKtKAwQaGGhTv W7h6QWIAGPCdXy9K6qEEbIZyZ353Q4dHd.hBqAc8ogR1sXri8b1DcFtRrwmE h3X3XzxQLd7QEHa.acTUQsPVhiDhRBRIruIwplEVaB5OisjkxNGIKdtTkL_k xbojpV7bJXe_OUPjJXppN.S5hEog6hSiWca9E_DX1z6KL149gEyGdmureb_o 9pn7tMzylYHPV44XCVd9SwRsjZFAP4ZawSSlEZtCdp6X3Tt60gU1dQs29iMv tcmeoj_MnTtHhkzZIbTjpIjudItxPeMmJjUJydW4j0.cIbFYfxdbO1VZnymI axUEf8pfNHvHi5_Ymz6eC9qYRmqVRW1vO_oJlTrFB1M7F6dNp41l7BoQSSI6 Ss3vxAd6hPZEFWBzcQM3WHvO.N89HoT7YLg-- Original-Received: from [114.164.163.107] by web32005.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 19:01:25 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 In-Reply-To: <55594.77749.qm@web32002.mail.mud.yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 16 May 2011 22:02:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:46506 Archived-At: The previous issue in modifying the (group ...) setting in the (gnus-add-co= nfiguration ...) function in ~/.gnus.el (issue #3) has been resolved, as fo= llows: > 3. How to modifying the (group ...) setting in the > (gnus-add-configuration ...) function) in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width. (Typo correction; the above issue description should have read as follows: > 3. How to modify the (group ...) setting in the > (gnus-add-configuration ...) function in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width.) Apparently, upgrading to from GNU Emacs 23.2.1 to version 23.3.1 has resolv= ed the issue; the group buffer layout width specification using the (group = ...) setting in the (gnus-add-configuration ...) function in the ~/.gnus.el= file works correctly. (I'm not sure what was causing the problem earlier.= ) This solution leaves only the following issue: > 2. How to specify multiple NNTP servers in the ~/.gnus.el > configuration file? I'll send an update if there is any progress on issue #2 above. Again, ple= ase let me know if you have any suggestions (or any solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: [status update on associated STARTTLS bug] Re: bug#8674: 23.3; F= ace header rendering bug in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.= 1.2600) on Windows XP Professional, Service Pack 3 > To: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 10:38 AM > The previous STARTTLS-related bug has > been resolved, as follows: >=20 > > 1. [Possible Bug] In Gnus v5.13, for some reason, > just > > after sending an NNTP post using C-c C-c, occasionally > (once > > in every two to three attempts), Gnus freezes when > using > > STARTTLS, just before requesting my SMTP password, > and > > refuses to respond until I press C-g.=A0 Here is > the > > corresponding transcript from my *Messages* buffer: > >=20 > > [...] > >=20 > > My folder setup under c:\Emacs is as follows: > >=20 > > C:\emacs\.emacs.d > > C:\emacs\Deprecated Versions > > C:\emacs\emacs-23.1 > > C:\emacs\emacs-23.2 > > C:\emacs\emacs-23.3 > >=20 > > My USER $HOME environmental variable points to > C:\home, > > where I have my .emacs and .gnus.el files, among > others.=20 > >=20 > > The reason that source file > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' is newer > than > > the byte-compiled file is that I manually edited it > to > > follow the following directions by Uday Reddy on > 2010-04-26 > > on "Question #108267 : Questions : VM" (see https://answers.launchpad.n= et/vm/+question/108267): > >=20 > > > 1. Added: > > > (defcustom starttls-kill-program > > "c:\\cygwin\\bin\\kill" > > >=A0=A0=A0"External kill command to send > > SIGALRM to starttls." > > >=A0=A0=A0:group 'starttls) > > >=20 > > > 2. Replaced all three instances of: > > > (signal-process (process-id process) 'SIGALRM) > > > with > > > (call-process starttls-kill-program nil nil nil > > >=A0 =A0 =A0 =A0 =A0 =A0 > =A0=A0=A0 > >=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >=20 > >=A0 =A0=A0=A0"-ALRM" (format "%d" > (process-id process))) > >=20 > > Is this the correct procedure? >=20 > Apparently not.=A0 When I moved the C:\emacs\emacs-23.1 > and C:\emacs\emacs-23.2 subdirectories into the > C:\emacs\Deprecated Versions subdirectory and reran > C:\emacs\emacs-23.3\bin\addpm.exe (effectively restoring the > original version of > C:\emacs\emacs-23.3\lisp\gnus\starttls.el), the following > error message disappeared: >=20 > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer > than > > byte-compiled file >=20 > As stated above, this error message no longer appears. >=20 > Furthermore, Gnus invoked the STARTTLS protocol correctly > for three consecutive attempts.=A0 Therefore, this > particular problem has apparently been solved.=A0 > Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > file should NOT be modified. >=20 > However, the other two issues described in my previous > message remain, as follows: >=20 > 2. How to specify multiple NNTP servers in the ~/.gnus.el > configuration file? >=20 > 3. How to modifying the (group ...) setting in the > (gnus-add-configuration ...) function) in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width. >=20 > I'll send an update if there is any progress on either > issue #2 or issue #3 above.=A0 Please let me know if you > have any suggestions (or solutions). >=20 > -- Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Benjamin L. Russell > wrote: >=20 > > From: Benjamin L. Russell > > Subject: Re: bug#8674: 23.3; Face header rendering bug > in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on > Windows XP Professional, Service Pack 3 > > To: "Glenn Morris" > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 8:11 AM > > > The Gnus manual says > > >=20 > > >=A0 =A0 Viewing an [sic] `Face' header requires > > > an Emacs that is able to > > >=A0 =A0 display PNG images. > > >=20 > > > Can your Emacs display PNG images? > > > If not, I imagine this is the same as > > >=20 > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8324 > >=20 > > It cannot; however, when I following your link, > downloaded > > the libpng 1.4.3 package from "GTK+ - Download for > Windows" > > (see http://www.gtk.org/download-windows.html), unzipped > the > > libpng_1.4.3-1_win32.zip archive, copied the > > ..\libpng_1.4.3-1_win32\bin\libpng14-14.dll file into > both > > the C:\WINDOWS\system32 and C:\emacs\emacs-23.3\bin > > directories, and restarted Emacs 23.3.1, Emacs was > able to > > read PNG files correctly. > >=20 > > Subsequently reading a USENET message with a Face > header > > via NNTP in Gnus then caused the Face header to be > rendered > > correctly in the "From" line. > >=20 > > Bug solved! > >=20 > > Incidentally, I also have three other problems with > > Emacs-23.3.1 (one is a possible bug, and the other two > are > > possible lack of features), as follows: > >=20 > > 1. [Possible Bug] In Gnus v5.13, for some reason, > just > > after sending an NNTP post using C-c C-c, occasionally > (once > > in every two to three attempts), Gnus freezes when > using > > STARTTLS, just before requesting my SMTP password, > and > > refuses to respond until I press C-g.=A0 Here is the > > corresponding transcript from my *Messages* buffer: > >=20 > > > Sending... > > > You have lines longer than 79 characters.=A0 > Really > > post? (y or n)=20 > > > Sending news via news20.forteinc.com using > nntp... > > > Sending via mail... > > > Source file > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer > than > > byte-compiled file > > > Opening STARTTLS connection to > > `plus.smtp.mail.yahoo.com:587'...done > > > Quit > >=20 > > For some reason, Emacs still references > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' (the > version for > > Emacs 23.2.1) instead of > > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' (the > version for > > Emacs 23.3.1) (still unmodified), even though I just > ran > > C:\emacs\emacs-23.3\bin\addpm.exe. > >=20 > > My folder setup under c:\Emacs is as follows: > >=20 > > C:\emacs\.emacs.d > > C:\emacs\Deprecated Versions > > C:\emacs\emacs-23.1 > > C:\emacs\emacs-23.2 > > C:\emacs\emacs-23.3 > >=20 > > My USER $HOME environmental variable points to > C:\home, > > where I have my .emacs and .gnus.el files, among > others.=20 > >=20 > > The reason that source file > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' is newer > than > > the byte-compiled file is that I manually edited it > to > > follow the following directions by Uday Reddy on > 2010-04-26 > > on "Question #108267 : Questions : VM" (see https://answers.launchpad.n= et/vm/+question/108267): > >=20 > > > 1. Added: > > > (defcustom starttls-kill-program > > "c:\\cygwin\\bin\\kill" > > >=A0=A0=A0"External kill command to send > > SIGALRM to starttls." > > >=A0=A0=A0:group 'starttls) > > >=20 > > > 2. Replaced all three instances of: > > > (signal-process (process-id process) 'SIGALRM) > > > with > > > (call-process starttls-kill-program nil nil nil > > >=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > > =A0 =A0 "-ALRM" (format "%d" (process-id process))) > >=20 > > Is this the correct procedure? > >=20 > > 2. [Possible Lack of a Feature] I wish to specify > multiple > > NNTP servers in my .gnus.el file, but don't know how > to do > > so.=A0 The relevant portion from my ~/.gnus.el file is > as > > follows: > >=20 > > > (setq gnus-select-method '(nntp > > "news20.forteinc.com")) > >=20 > > > (add-to-list 'gnus-secondary-select-methods > '(nntp > > "news.gmane.org")) > >=20 > > > (add-to-list 'gnus-secondary-select-methods > '(nntp > > "news.gnus.org")) > >=20 > > The relevant portion from my ~/.authinfo file is as > > follows: > >=20 > > > machine news20.forteinc.com login > > > password > >=20 > > The and portions > have > > been substituted with the appropriate information > > accordingly. > >=20 > > For some reason, the second invocation of > (add-to-list > > 'gnus-secondary-select-methods '(...)) seems to be > ignored. > >=20 > > Do you know how to specify a third NNTP server in my > > ~/.gnus.el file? > >=20 > > 3. [Possible Lack of a Feature] For some reason, I am > > unable to specify a width for the group buffer that is > less > > than the width of the maximum-length group name in > Gnus when > > displaying a customized view with groups in the > upper-left > > buffer, articles in the upper-right buffer, and > article > > bodies in the lower buffer in my ~/.gnus.el file.=A0 > Here > > is the relevant code: > >=20 > > > ;; The following section controls the layout > after > > displaying the article buffer > > > ; change the configuration of a single buffer > setting, > > without using the complicated > gnus-buffer-configuration > > variable (see "Frequently Asked Questions: Window > Layout" at > > http://gnus.org/manual/gnus_295.html) > > > (gnus-add-configuration > > >=A0 ; configure the article buffer > > >=A0 '(article > > >=A0 =A0 ; split the screen in two vertically, and > > use the following settings for the upper half of the > window > > >=A0 =A0 (vertical 1.0 > > > =A0=A0=A0 =A0 =A0=A0=A0; the > > original number of rows for the group + summary > buffers > > together, copied from "Frequently Asked Questions: FAQ > 4 - > > Reading messages" (http://www.gnus.org/manual/gnus_400.html#SEC473) > > > ;=A0=A0=A0 =A0 > > =A0=A0=A0(horizontal 28 > > > =A0=A0=A0 =A0 =A0=A0=A0; setting > > of the number of rows for the group + summary buffers > > together, adapted for my borrowed laptop PC from JIII > > > =A0=A0=A0 =A0 > > =A0=A0=A0(horizontal 20 > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0; the original number of > > columns for the group buffer width setting, copied > from > > "Frequently Asked Questions: FAQ 4 - Reading messages" > (http://www.gnus.org/manual/gnus_400.html#SEC473) > > > ;=A0 =A0 =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0(group 50) > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0; setting of the number of > > columns for the group buffer width setting to match > my > > settings in Forte' Agent 5.0 > > > ;=A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0(group 53) > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0; setting of the number of > > columns for the group buffer width setting to display > all > > newsgroup names without truncation > > > ;=A0 =A0 =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0(group 77) > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0; setting of the number of > > columns for the group buffer width setting to > distinguish > > all newsgroup names uniquely > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0(group 69) > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0; let the summary buffer take > > the remainder of the width of the rows, and position > the > > point (cursor) therein > > >=A0 =A0=A0=A0=A0=A0=A0 > > =A0=A0=A0 =A0=A0=A0=A0=A0(summary > > 1.0 point) ) > > > =A0=A0=A0 =A0 =A0=A0=A0; let the > > lower half take up the remainder of the horizontal > space, > > and apply the following settings therein > > > =A0=A0=A0 =A0 > > =A0=A0=A0(horizontal 1.0 > > > =A0=A0=A0 =A0=A0=A0 > > =A0=A0=A0=A0=A0; let the article buffer take > > up the entire space of the lower half of the window > > >=A0 =A0=A0=A0=A0=A0=A0 > > =A0=A0=A0 =A0=A0=A0=A0=A0(article > > 1.0))))) > >=20 > > In the above code, the modification from (group 77) > to > > (group 69) had no effect.=A0 Further reducing the > setting > > to (group 50) had no effect, either.=A0 In a previous > > version of Emacs on Windows XP, Service Pack 3, > installed in > > circa November 2007, on which I had installed Gnus in > circa > > May of 2009 (that computer has since been reformatted, > so I > > do not have the version information available), the > settings > > worked fine.=A0 How can I make the (group ...) setting > > modification effective? > >=20 > > Solutions to the above problems in using Gnus v5.13 on > GNU > > Emacs 23.3.1 would help enormously. > >=20 > > Thank you for your assistance! > >=20 > > Sincerely yours, > >=20 > > Benjamin L. Russell > >=20 > > --- On Tue, 5/17/11, Glenn Morris > > wrote: > >=20 > > > From: Glenn Morris > > > Subject: Re: bug#8674: 23.3; Face header > rendering bug > > in Gnus v5.13 on GNU Emacs 23.3.1 > (i386-mingw-nt5.1.2600) on > > Windows XP Professional, Service Pack 3 > > > To: "Benjamin L. Russell" > > > Cc: 8674@debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 6:43 AM > > > Benjamin L. Russell wrote: > > >=20 > > > > There is a bug in GNU Emacs 23.3.1 that > prevents > > > correct rendering of > > > > Face headers in NNTP postings.=A0 > Specifically, > > the > > > following Emacs Lisp > > > > code in my ~/.gnus.el file for inserting a > face > > header > > > in a USENET > > > > posting works on GNU Emacs 23.2.1, but not > on > > version > > > 23.3.1, with Gnus > > > > v5.13: > > >=20 > > > The Gnus manual says > > >=20 > > > =A0=A0=A0Viewing an [sic] `Face' header requires > > > an Emacs that is able to > > > =A0=A0=A0display PNG images. > > >=20 > > > Can your Emacs display PNG images? > > > If not, I imagine this is the same as > > >=20 > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8324 > > > > > >