Reported by: DekuDekuplex <at> Yahoo.com (Benjamin L. Russell)
Date: Sun, 15 May 2011 23:04:02 UTC
Severity: normal
Found in version 23.3
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
View this message in rfc822 format
From: "Benjamin L. Russell" <dekudekuplex <at> yahoo.com> To: Glenn Morris <rgm <at> gnu.org> Cc: 8674 <at> debbugs.gnu.org Subject: bug#8674: [cause of (group ...) modification bug discovered] [Was: Re: Typo correction: [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:22:37 -0700 (PDT)
I discovered the cause of the previous (group ...) modification bug, as had been described 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. Upon close examination, I discovered a duplication function definition for the (gnus-add-configuration ...) function in my ~/.gnus.el file. Commenting out the second definition resolved the issue. Therefore, the solution actually had nothing to do with the upgrade; it had been a bug in the configuration file. As before, this solution leaves only the following issue: 2. How to specify multiple NNTP servers in the ~/.gnus.el configuration file? Again, I'll send an update if there is any progress on issue #2 above. As before, please let me know if you have any suggestions (or any solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex <at> yahoo.com> wrote: > From: Benjamin L. Russell <dekudekuplex <at> yahoo.com> > Subject: Typo correction: [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] > To: "Glenn Morris" <rgm <at> gnu.org> > Cc: 8674 <at> debbugs.gnu.org > Date: Tuesday, May 17, 2011, 11:05 AM > The following solution description > contained a typo: > > > Apparently, upgrading to from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue.... > > It should have read as follows: > > > Apparently, upgrading from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue.... > > -- Benjamin L. Russell > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex <at> yahoo.com> > wrote: > > > From: Benjamin L. Russell <dekudekuplex <at> yahoo.com> > > Subject: [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] > > To: "Glenn Morris" <rgm <at> gnu.org> > > Cc: 8674 <at> debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 11:01 AM > > The previous issue in modifying the > > (group ...) setting in the (gnus-add-configuration > ...) > > function in ~/.gnus.el (issue #3) has been resolved, > as > > follows: > > > > > 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 resolved 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, please let me know if you have any > > suggestions (or any solutions). > > > > -- Benjamin L. Russell > > > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex <at> yahoo.com> > > wrote: > > > > > From: Benjamin L. Russell <dekudekuplex <at> yahoo.com> > > > Subject: [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 > > > To: "Glenn Morris" <rgm <at> gnu.org> > > > Cc: 8674 <at> debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 10:38 AM > > > The previous STARTTLS-related bug has > > > been resolved, as follows: > > > > > > > 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. Here > is > > > the > > > > corresponding transcript from my *Messages* > > buffer: > > > > > > > > [...] > > > > > > > > My folder setup under c:\Emacs is as > follows: > > > > > > > > C:\emacs\.emacs.d > > > > C:\emacs\Deprecated Versions > > > > C:\emacs\emacs-23.1 > > > > C:\emacs\emacs-23.2 > > > > C:\emacs\emacs-23.3 > > > > > > > > My USER $HOME environmental variable points > to > > > C:\home, > > > > where I have my .emacs and .gnus.el files, > among > > > others. > > > > > > > > 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.net/vm/+question/108267): > > > > > > > > > 1. Added: > > > > > (defcustom starttls-kill-program > > > > "c:\\cygwin\\bin\\kill" > > > > > "External kill command to send > > > > SIGALRM to starttls." > > > > > :group 'starttls) > > > > > > > > > > 2. Replaced all three instances of: > > > > > (signal-process (process-id process) > > 'SIGALRM) > > > > > with > > > > > (call-process starttls-kill-program nil > nil > > nil > > > > > > > > > > > > > > > > > > > "-ALRM" (format "%d" > > > (process-id process))) > > > > > > > > Is this the correct procedure? > > > > > > Apparently not. 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: > > > > > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > > newer > > > than > > > > byte-compiled file > > > > > > As stated above, this error message no longer > > appears. > > > > > > Furthermore, Gnus invoked the STARTTLS protocol > > correctly > > > for three consecutive attempts. Therefore, > this > > > particular problem has apparently been solved. > > > Accordingly, the > > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > > > file should NOT be modified. > > > > > > However, the other two issues described in my > > previous > > > message remain, as follows: > > > > > > 2. How to specify multiple NNTP servers in the > > ~/.gnus.el > > > configuration file? > > > > > > 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. > > > > > > I'll send an update if there is any progress on > > either > > > issue #2 or issue #3 above. Please let me know > if > > you > > > have any suggestions (or solutions). > > > > > > -- Benjamin L. Russell > > > > > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex <at> yahoo.com> > > > wrote: > > > > > > > From: Benjamin L. Russell <dekudekuplex <at> yahoo.com> > > > > 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" <rgm <at> gnu.org> > > > > Cc: 8674 <at> debbugs.gnu.org > > > > Date: Tuesday, May 17, 2011, 8:11 AM > > > > > The Gnus manual says > > > > > > > > > > Viewing an [sic] `Face' header > > requires > > > > > an Emacs that is able to > > > > > display PNG images. > > > > > > > > > > Can your Emacs display PNG images? > > > > > If not, I imagine this is the same as > > > > > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > > > 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. > > > > > > > > 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. > > > > > > > > Bug solved! > > > > > > > > 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: > > > > > > > > 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. Here > is > > the > > > > corresponding transcript from my *Messages* > > buffer: > > > > > > > > > Sending... > > > > > You have lines longer than 79 > characters. > > > Really > > > > post? (y or n) > > > > > 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 > > > > > > > > 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. > > > > > > > > My folder setup under c:\Emacs is as > follows: > > > > > > > > C:\emacs\.emacs.d > > > > C:\emacs\Deprecated Versions > > > > C:\emacs\emacs-23.1 > > > > C:\emacs\emacs-23.2 > > > > C:\emacs\emacs-23.3 > > > > > > > > My USER $HOME environmental variable points > to > > > C:\home, > > > > where I have my .emacs and .gnus.el files, > among > > > others. > > > > > > > > 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.net/vm/+question/108267): > > > > > > > > > 1. Added: > > > > > (defcustom starttls-kill-program > > > > "c:\\cygwin\\bin\\kill" > > > > > "External kill command to send > > > > SIGALRM to starttls." > > > > > :group 'starttls) > > > > > > > > > > 2. Replaced all three instances of: > > > > > (signal-process (process-id process) > > 'SIGALRM) > > > > > with > > > > > (call-process starttls-kill-program nil > nil > > nil > > > > > > > > > > > > > "-ALRM" (format "%d" (process-id > > process))) > > > > > > > > Is this the correct procedure? > > > > > > > > 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. The relevant portion from my > ~/.gnus.el > > file is > > > as > > > > follows: > > > > > > > > > (setq gnus-select-method '(nntp > > > > "news20.forteinc.com")) > > > > > > > > > (add-to-list > 'gnus-secondary-select-methods > > > '(nntp > > > > "news.gmane.org")) > > > > > > > > > (add-to-list > 'gnus-secondary-select-methods > > > '(nntp > > > > "news.gnus.org")) > > > > > > > > The relevant portion from my ~/.authinfo > file is > > as > > > > follows: > > > > > > > > > machine news20.forteinc.com login > > > <username> > > > > password <password> > > > > > > > > The <username> and <password> > > portions > > > have > > > > been substituted with the appropriate > > information > > > > accordingly. > > > > > > > > For some reason, the second invocation of > > > (add-to-list > > > > 'gnus-secondary-select-methods '(...)) seems > to > > be > > > ignored. > > > > > > > > Do you know how to specify a third NNTP > server in > > my > > > > ~/.gnus.el file? > > > > > > > > 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. > > > Here > > > > is the relevant code: > > > > > > > > > ;; 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 > > > > > ; configure the article buffer > > > > > '(article > > > > > ; split the screen in two > vertically, > > and > > > > use the following settings for the upper > half of > > the > > > window > > > > > (vertical 1.0 > > > > > ; 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) > > > > > ; > > > > (horizontal 28 > > > > > ; setting > > > > of the number of rows for the group + > summary > > buffers > > > > together, adapted for my borrowed laptop PC > from > > JIII > > > > > > > > > (horizontal 20 > > > > > > > > > ; 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) > > > > > ; > > > > (group 50) > > > > > > > > > ; setting of the number of > > > > columns for the group buffer width setting > to > > match > > > my > > > > settings in Forte' Agent 5.0 > > > > > ; > > > > (group 53) > > > > > > > > > ; setting of the number of > > > > columns for the group buffer width setting > to > > display > > > all > > > > newsgroup names without truncation > > > > > ; > > > > (group 77) > > > > > > > > > ; setting of the number of > > > > columns for the group buffer width setting > to > > > distinguish > > > > all newsgroup names uniquely > > > > > > > > > (group 69) > > > > > > > > > ; let the summary buffer take > > > > the remainder of the width of the rows, and > > position > > > the > > > > point (cursor) therein > > > > > > > > > (summary > > > > 1.0 point) ) > > > > > ; let the > > > > lower half take up the remainder of the > > horizontal > > > space, > > > > and apply the following settings therein > > > > > > > > > (horizontal 1.0 > > > > > > > > > ; let the article buffer take > > > > up the entire space of the lower half of > the > > window > > > > > > > > > (article > > > > 1.0))))) > > > > > > > > In the above code, the modification from > (group > > 77) > > > to > > > > (group 69) had no effect. Further reducing > the > > > setting > > > > to (group 50) had no effect, either. 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. How can I make the (group > ...) > > setting > > > > modification effective? > > > > > > > > Solutions to the above problems in using > Gnus > > v5.13 on > > > GNU > > > > Emacs 23.3.1 would help enormously. > > > > > > > > Thank you for your assistance! > > > > > > > > Sincerely yours, > > > > > > > > Benjamin L. Russell > > > > > > > > --- On Tue, 5/17/11, Glenn Morris <rgm <at> gnu.org> > > > > wrote: > > > > > > > > > From: Glenn Morris <rgm <at> gnu.org> > > > > > 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" <DekuDekuplex <at> Yahoo.com> > > > > > Cc: 8674 <at> debbugs.gnu.org > > > > > Date: Tuesday, May 17, 2011, 6:43 AM > > > > > Benjamin L. Russell wrote: > > > > > > > > > > > There is a bug in GNU Emacs > 23.3.1 > > that > > > prevents > > > > > correct rendering of > > > > > > Face headers in NNTP postings. > > > 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: > > > > > > > > > > The Gnus manual says > > > > > > > > > > Viewing an [sic] `Face' header > > requires > > > > > an Emacs that is able to > > > > > display PNG images. > > > > > > > > > > Can your Emacs display PNG images? > > > > > If not, I imagine this is the same as > > > > > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > > > > > > > > > >
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.