GNU bug report logs -
#67526
30.0.50; Regression: gnus-group-prev-group fails to move to first group
Previous Next
Reported by: Simon Leinen <simon.leinen <at> switch.ch>
Date: Wed, 29 Nov 2023 10:17:01 UTC
Severity: normal
Found in version 30.0.50
Fixed in version 30.1
Done: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 67526 <at> debbugs.gnu.org (full text, mbox):
On 11/29/23 15:16 PM, Eli Zaretskii wrote:
>> From: Simon Leinen <simon.leinen <at> switch.ch>
>> Date: Wed, 29 Nov 2023 11:16:20 +0100
>>
>> In the current development version of Emacs (Git master branch),
>> gnus-group-prev-group (bound to the "P" key) in Gnus's group buffer
>> works as before, except when it is on the second newgroup line. In this
>> case, the cursor stays put on the second line and refuses to move up to
>> the first. The same is true for gnus-group-prev-unread-group (bound to
>> "p"), even when the first group has unread messages.
>>
>> I suspect the issue lies in gnus-group-search-forward, which was
>> recently simplified by Eric Abrahamsen in commit
>> 7304cc8a9ca8a7d19baaa24f0a72c7ad9a6a9716
>
> Adding Eric to the discussion.
I'm not able to reproduce this, with or without topic-mode. Is there
anything special about the level of the first or the second group, and
`gnus-level-subscribed'? I can't see anything else that might influence
behavior here...
This bug report was last modified 1 year and 166 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.