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.
Message #17 received at 8674 <at> debbugs.gnu.org (full text, mbox):
From: "Benjamin L. Russell" <dekudekuplex <at> yahoo.com> To: Glenn Morris <rgm <at> gnu.org> Cc: 8674 <at> debbugs.gnu.org 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] Date: Mon, 16 May 2011 19:01:25 -0700 (PDT)
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.