Re: PATCH II (for testing only): [Bug, Debian(?)] "g" goes not

[Kevin Greiner <kgreiner@xpediantsolutions.com>]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

Marcus Frings <iam-est-hora-surgere@despammed.com> writes:

> * Kevin Greiner <kgreiner@xpediantsolutions.com> wrote:
>
>>> Same results with this patch.  Can I provide more information or help
>>> in some other way?
>
> Well, I'm not Mark but I dare to answer. :-)

Pls do.  I more feedback the sooner this can be put behind us.

>> Definitely.  I'll admit that right now, I'm skeptical that unpatching
>> Lars code change actually fixes this problem.
>
> I promise you: It does! I used 5.10.4 (where it was introduced) with the
> new code: Not working! Then I unpatched 5.10.4 back to the old code:
> It's working!

Alright, let's try one last test concerning Lars patch.  Apply this
patch to the clean (CVS head) revision of gnus-start.el.


[-- Attachment #2: gnus-start.patch2.txt --]
[-- Type: text/plain, Size: 360 bytes --]

--- ../lisp.cvs_ref/gnus-start.el	Tue Mar  9 01:07:19 2004
+++ gnus-start.el	Thu Mar 11 18:41:40 2004
@@ -1673,6 +1673,7 @@
 	       (t
 		'foreign)))
 	(push (cons method method-type) type-cache))
+      (message "Group %s is %s" group method-type)
       (if (and method
 	       (eq method-type 'foreign))
 	  ;; These groups are foreign.  Check the level.

[-- Attachment #3: Type: text/plain, Size: 910 bytes --]


Trigger the bug then look in the *messages* buffer.  Search for one of
the groups that did not update.  Did gnus correctly classify the
group?  What type is this group (i.e. primary, secondary, foreign)?
What type did gnus report?

>> So, here's the next test.  In your group buffer, type
>
>> M-: (gnus-activate-group "GROUP")<RET> {where GROUP is the group name
>>                         as shown in the group buffer.  Obviously pick
>>                         a group that is not updating.}
>
> M-: (gnus-activate-group "INBOX")<RET>
>
>> What does this function return in the minibuffer?  If it is nil, your
>> group isn't activating.
>
> It returns `nil'.

OK, so the actual problem is somewhere inside of
gnus-activate-group (We'll come back to this with the next message).

Here's an interesting test.

Try this
M-x load-library gnus
M-x load-library gnus-start.el
M-x gnus

Has the error gone away?