* bug#55834: 29.0.50; gnus: Z n in digest group does not catch up
@ 2022-06-07 16:05 Sam Steingold
2022-06-07 17:11 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Sam Steingold @ 2022-06-07 16:05 UTC (permalink / raw)
To: 55834
`Z n` (gnus-summary-catchup-and-goto-next-group) in digest groups no
longer catches up the parent group.
Steps to reproduce:
in gnus, enter "gmane.comp.security.risks" on nntp:news.gwene.org and do
`C-d` (gnus-summary-enter-digest-group) on a the only unread message.
In the newly created digest *Summary* buffer, do `Z n` - this will catch
up the digest and move you to the next group.
However, the "gmane.comp.security.risks" group will remain un-caught-up,
i.e., the *Groups* buffer shows it as if it has unread messages.
Expected behavior (observed until about a month ago?):
`Z n` should catch up the digest and move on to the parent group; if
there are no unread message (my case) it should also catch this one up
and move to the next group with unread messages, marking this group in
*Groups* as empty (this is the regression: it did so before, but not
anymore).
In GNU Emacs 29.0.50 (build 1, x86_64-apple-darwin21.4.0, NS appkit-2113.40 Version 12.3.1 (Build 21E258))
of 2022-06-07 built on 3c22fb11fdab.ant.amazon.com
Repository revision: 3864308c20deb69e7b75420377a3b86716215dd3
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2113
System Description: macOS 12.3.1
Configured using:
'configure --with-imagemagick --with-mailutils --with-ns
PKG_CONFIG_PATH='
Configured features:
ACL GIF GMP GNUTLS IMAGEMAGICK JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY
KQUEUE NS PDUMPER PNG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP ZLIB
Important settings:
value of $LANG: C
locale-coding-system: utf-8-unix
Major mode: Group
Minor modes in effect:
shell-dirtrack-mode: t
gnus-undo-mode: t
global-edit-server-edit-mode: t
winner-mode: t
which-function-mode: t
url-handler-mode: t
desktop-save-mode: t
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
buffer-read-only: t
column-number-mode: t
line-number-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
None found.
--
Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.2113
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
https://ij.org/ https://youtube.com/channel/UCiW5WB6K4Fx-NhhtZscW7Og
Stupidity, like virtue, is its own reward.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#55834: 29.0.50; gnus: Z n in digest group does not catch up
2022-06-07 16:05 bug#55834: 29.0.50; gnus: Z n in digest group does not catch up Sam Steingold
@ 2022-06-07 17:11 ` Lars Ingebrigtsen
2022-06-08 15:26 ` Sam Steingold
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2022-06-07 17:11 UTC (permalink / raw)
To: Sam Steingold; +Cc: 55834
Sam Steingold <sds@gnu.org> writes:
> Expected behavior (observed until about a month ago?):
> `Z n` should catch up the digest and move on to the parent group; if
> there are no unread message (my case) it should also catch this one up
> and move to the next group with unread messages, marking this group in
> *Groups* as empty (this is the regression: it did so before, but not
> anymore).
Are you sure that it ever did this? This command hasn't changed since
2007, and it's exceedingly simple:
(defun gnus-summary-catchup-and-goto-prev-group (&optional all)
"Mark all articles in this group as read and select the previous group.
If given a prefix, mark all articles, unread as well as ticked, as
read."
(interactive "P" gnus-summary-mode)
(save-excursion
(gnus-summary-catchup all))
(gnus-summary-next-group nil nil t))
Any changed that seem relevant in Gnus:
| * a9f17ccce3..: Štěpán Němec 2021-05-28 ; Fix some doc typos and minor language issues
* | 7749ec6aaa..: Stefan Kangas 2022-05-20 Remove some ancient Emacs compat code
* | b2bce107b1..: Lars Ingebrigtsen 2022-05-24 Further audits of single quotes in Lisp doc strings
* | ed34cbeae7..: Lars Ingebrigtsen 2022-05-24 Audit symbol quoting in Lisp doc strings
* | 3e3ba233cf..: Stefan Kangas 2022-05-18 Remove some ancient Emacs compat code
* | b5621dbe2f..: Stefan Kangas 2022-05-14 Delete some compat code for very old Emacs versions
* | 3c5b332f1a..: Lars Ingebrigtsen 2022-05-12 Make message load eudc-capf more lazily
* | 620ac67355..: Alexander Adolf 2022-05-02 EUDC: Add completion-at-point support
* | 44db73d968..: Lars Ingebrigtsen 2022-05-10 Fix some quoting problems in defcustom :type
* | c57a6644ef..: Eric Abrahamsen 2022-05-06 Fix handling of IMAP search strings
* | 6d4cc2358b..: Eric Abrahamsen 2022-05-06 Don't force Gnus cache usage in nnvirtual
* | f1ab92bc23..: dickmao 2022-05-04 Transcription error
* | 2b50dbb1a5..: Eric Abrahamsen 2022-05-04 Remove bogus mode check from gnus topic update functions
So I'm wondering if you have some special code to deal with
digests/"parent" groups?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#55834: 29.0.50; gnus: Z n in digest group does not catch up
2022-06-07 17:11 ` Lars Ingebrigtsen
@ 2022-06-08 15:26 ` Sam Steingold
2022-06-09 10:33 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Sam Steingold @ 2022-06-08 15:26 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 55834
> * Lars Ingebrigtsen <ynefv@tahf.bet> [2022-06-07 19:11:59 +0200]:
>
> Sam Steingold <sds@gnu.org> writes:
>
>> Expected behavior (observed until about a month ago?):
>> `Z n` should catch up the digest and move on to the parent group; if
>> there are no unread message (my case) it should also catch this one up
>> and move to the next group with unread messages, marking this group in
>> *Groups* as empty (this is the regression: it did so before, but not
>> anymore).
>
> Are you sure that it ever did this?
Well, I think so - but I could be wrong.
> So I'm wondering if you have some special code to deal with
> digests/"parent" groups?
Nope.
Please consider this bug report as an RFE ;-)
Thank you!
--
Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.2113
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
https://youtube.com/channel/UCiW5WB6K4Fx-NhhtZscW7Og https://ij.org/
Hypocrisy is the Vaseline of political intercourse.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#55834: 29.0.50; gnus: Z n in digest group does not catch up
2022-06-08 15:26 ` Sam Steingold
@ 2022-06-09 10:33 ` Lars Ingebrigtsen
2022-06-09 13:21 ` Sam Steingold
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2022-06-09 10:33 UTC (permalink / raw)
To: Sam Steingold; +Cc: 55834
Sam Steingold <sds@gnu.org> writes:
>> So I'm wondering if you have some special code to deal with
>> digests/"parent" groups?
>
> Nope.
>
> Please consider this bug report as an RFE ;-)
I rather think that it's not a very useful thing, though. As proposed,
the `Z n' command would do the same as `c' followed by `n'. And that's
easier to type, so why not just type that instead?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#55834: 29.0.50; gnus: Z n in digest group does not catch up
2022-06-09 10:33 ` Lars Ingebrigtsen
@ 2022-06-09 13:21 ` Sam Steingold
2022-07-11 11:21 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Sam Steingold @ 2022-06-09 13:21 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 55834
> * Lars Ingebrigtsen <ynefv@tahf.bet> [2022-06-09 12:33:38 +0200]:
>
> Sam Steingold <sds@gnu.org> writes:
>
>>> So I'm wondering if you have some special code to deal with
>>> digests/"parent" groups?
>>
>> Nope.
>>
>> Please consider this bug report as an RFE ;-)
>
> I rather think that it's not a very useful thing, though. As proposed,
> the `Z n' command would do the same as `c' followed by `n'. And that's
> easier to type, so why not just type that instead?
1. In my case, it will be "c n n" (ISTR that the first "n" says "no next
unread article" or something like that, and only the second goes to
the next group - there might be an option that I set 15 years ago
that does it) - but that hardly matters.
2. Going to the next group using "Z n" works in all other groups, why
not here in digest?
At any rate, arguing about it is counterproductive.
No is no, let us move on.
Thank you for your explanations!
--
Sam Steingold (https://youtube.com/channel/UCiW5WB6K4Fx-NhhtZscW7Og) on darwin Ns 10.3.2113
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
https://honestreporting.com https://mideasttruth.com https://www.memritv.org
He who laughs last did not get the joke.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#55834: 29.0.50; gnus: Z n in digest group does not catch up
2022-06-09 13:21 ` Sam Steingold
@ 2022-07-11 11:21 ` Lars Ingebrigtsen
0 siblings, 0 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2022-07-11 11:21 UTC (permalink / raw)
To: Sam Steingold; +Cc: 55834
Sam Steingold <sds@gnu.org> writes:
> At any rate, arguing about it is counterproductive.
> No is no, let us move on.
OK; closing this bug report, then.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2022-07-11 11:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-06-07 16:05 bug#55834: 29.0.50; gnus: Z n in digest group does not catch up Sam Steingold
2022-06-07 17:11 ` Lars Ingebrigtsen
2022-06-08 15:26 ` Sam Steingold
2022-06-09 10:33 ` Lars Ingebrigtsen
2022-06-09 13:21 ` Sam Steingold
2022-07-11 11:21 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).