Upgraded to CVS and everything goes to pot

Upgraded to CVS and everything goes to pot

[Ted Stern]

I upgraded to the CVS pgnus from pgnus-0.96, and got the funny backtrace
below.  I delved into my .newsrc.eld (I know I'm not supposed to!) and snipped
out what I thought was the culprit, the section containing
gnus-summary-from-or-to-newsgroups.  However, in the process, I'm left with
summary buffers that don't show any useful information!  For example, in the
nnfolder I use for this list (nnfolder+private:lists.gnus), I see a list as
follows:

R +[  14: *                   ] Re: Announce: nnwarchive
  +    [  19: *                   ] 
  +    <  14: *                   > 
  +    <  17: *                   > 
  +    <  29: *                   > 
  +        [  27: *                   ] 
   [  11: *                   ] MULE problem?
       [  13: *                   ] 
   [  15: *                   ] Re: mysql as a backend
       [  23: *                   ] 
           [  10: *                   ] 
           [  12: *                   ] 

The names of the senders are gone!  What do I do to recover?  Please, save me
from my stupidity! ;-)

Ted
-- 
 Tera Computer Company                                   http://www.tera.com
 411 First Avenue South, Suite 600        Direct 206/701-2182, Main 701-2000
 Seattle, WA 98104-2860                   Fax1   206/701-2205, Fax2 701-2500

Signaling: (void-function gnus-summary-from-or-to-or-newsgroups)
  (gnus-summary-from-or-to-or-newsgroups gnus-tmp-header)
  (eval (gnus-summary-from-or-to-or-newsgroups gnus-tmp-header))
  (let ((val ...)) (if (> ... 20) (substring val 0 20) val))
  (format "%c%4d: %-20s%c" gnus-tmp-opening-bracket gnus-tmp-lines (let (...) (if ... ... val)) gnus-tmp-closing-bracket)
  (insert (format "%c%4d: %-20s%c" gnus-tmp-opening-bracket gnus-tmp-lines (let ... ...) gnus-tmp-closing-bracket))
  (progn (insert (format "%c%4d: %-20s%c" gnus-tmp-opening-bracket gnus-tmp-lines ... gnus-tmp-closing-bracket)) (point))
  (gnus-put-text-property (point) (progn (insert ...) (point)) gnus-mouse-face-prop gnus-mouse-face)
  (progn (insert gnus-tmp-unread gnus-tmp-replied gnus-tmp-score-char gnus-tmp-indentation) (gnus-put-text-property (point) (progn ... ...) gnus-mouse-face-prop gnus-mouse-face) (insert " " gnus-tmp-subject-or-nil "\n"))
  eval((progn (insert gnus-tmp-unread gnus-tmp-replied gnus-tmp-score-char gnus-tmp-indentation) (gnus-put-text-property (point) (progn ... ...) gnus-mouse-face-prop gnus-mouse-face) (insert " " gnus-tmp-subject-or-nil "\n")))
  gnus-summary-insert-line([0 "" "" "" "" "" 0 0 ""] 0 nil 128 t nil "" nil 1)
  gnus-update-summary-mark-positions()
  gnus-summary-mode("nnfolder+private:mail.misc")
  gnus-summary-setup-buffer("nnfolder+private:mail.misc")
  gnus-summary-read-group-1("nnfolder+private:mail.misc" nil nil nil nil)
  gnus-summary-read-group("nnfolder+private:mail.misc" nil nil nil nil)
  gnus-group-read-group(nil nil nil)
  gnus-topic-read-group(nil)
  call-interactively(gnus-topic-read-group)

Re: Upgraded to CVS and everything goes to pot

[Laura Conrad]

>>>>> "Ted" == Ted Stern <stern@tera.com> writes:

    Ted> The names of the senders are gone!  What do I do to recover?
    Ted> Please, save me from my stupidity! ;-)

Do you by any chance have a black background? I went to CVS this
morning, and now I have the bug that I've seen before where the colors
in the summary buffer aren't changing from black to green and red the
way they're supposed to.  When I reported it before, someone said it
was a bad interaction with X.

Anyway, try changing your background color and see if different text
disappears. (Invoking emacs or xemacs with -bg <colorname> will do
this.)  

-- 
Laura (mailto:lconrad@world.std.com , http://www.world.std.com/~lconrad/ )
(617) 661-8097	fax: (801) 365-6574 
233 Broadway, Cambridge, MA 02139

Re: Upgraded to CVS and everything goes to pot

[Lars Magne Ingebrigtsen]

Laura Conrad <lconrad@gamesville.com> writes:

> Do you by any chance have a black background? I went to CVS this
> morning, and now I have the bug that I've seen before where the colors
> in the summary buffer aren't changing from black to green and red the
> way they're supposed to.  When I reported it before, someone said it
> was a bad interaction with X.

Hm.

A couple of days ago, I had some coloration problems in the summary
buffer, but before I had a chance to look into it, I restarted Emacs
and Gnus, and it was gone...

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Upgraded to CVS and everything goes to pot

[Laura Conrad]

>>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

    Lars> Laura Conrad <lconrad@gamesville.com> writes:
    >> Do you by any chance have a black background? I went to CVS
    >> this morning, and now I have the bug that I've seen before
    >> where the colors in the summary buffer aren't changing from
    >> black to green and red the way they're supposed to.  When I
    >> reported it before, someone said it was a bad interaction with
    >> X.

    Lars> Hm.

    Lars> A couple of days ago, I had some coloration problems in the
    Lars> summary buffer, but before I had a chance to look into it, I
    Lars> restarted Emacs and Gnus, and it was gone...

Mine goes away when I do that, too.  


-- 
Laura Conrad	mailto:lconrad@gamesville.com
(617) 673-1104	fax: (617) 673-1199

Re: Upgraded to CVS and everything goes to pot

[Ted Stern]

>>>>> "Ted" == Ted Stern <stern@tera.com> writes:

    Ted> The names of the senders are gone!  What do I do to recover?  Please,
    Ted> save me from my stupidity! ;-)

I found what my stupidity was.  I had set

   (setq gnus-summary-line-format "%U%R%z%I%(%[%4L: %-20,20f%]%) %s\n")

in one of my setup files.  Everything seems to be fine now.

Ted
-- 
 Tera Computer Company                                   http://www.tera.com
 411 First Avenue South, Suite 600        Direct 206/701-2182, Main 701-2000
 Seattle, WA 98104-2860                   Fax1   206/701-2205, Fax2 701-2500