* 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
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).