GNU bug report logs -
#56592
29.0.50; Moving between nnselect groups sometimes fails to save marks
Previous Next
Reported by: Sean Whitton <spwhitton <at> spwhitton.name>
Date: Sat, 16 Jul 2022 06:44:02 UTC
Severity: normal
Found in version 29.0.50
Done: Sean Whitton <spwhitton <at> spwhitton.name>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 56592 in the body.
You can then email your comments to 56592 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
eric <at> ericabrahamsen.net, bug-gnu-emacs <at> gnu.org
:
bug#56592
; Package
emacs
.
(Sat, 16 Jul 2022 06:44:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sean Whitton <spwhitton <at> spwhitton.name>
:
New bug report received and forwarded. Copy sent to
eric <at> ericabrahamsen.net, bug-gnu-emacs <at> gnu.org
.
(Sat, 16 Jul 2022 06:44:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
You need a notmuch setup to reproduce this, though maybe other
gnus-search backends would show it too. Create two nnselect groups
where the query for the second includes some of the messages in the
first group. This is what I am using:
first group, nnselect:Weekday, has query
"to:spwhitton <at> spwhitton.name or to:spwhitton <at> arizona.edu"
second group, nnselect:Weekend, has query
"to:spwhitton <at> spwhitton.name".
So, messages addressed to spwhitton <at> spwhitton.name appear in both.
Ensure there are unread messages addressed to spwhitton <at> spwhitton.name.
Enter the first group, mark one of those messages addressed to
spwhitton <at> spwhitton.name as read. Go to the last message, use 'n n' to
move to the next unread group.
The message that was marked as read reappears, unread, in the second
group. If you quit to the group buffer and reenter the first group,
it's unread again there.
By contrast, if you mark the message as read in the first group and then
type C-x C-s, and only then do 'n n' on the last message, the marks are
properly saved and the message does not appear unread in the second
group.
I have nnselect-rescan t for the groups, in case that is relevant.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56592
; Package
emacs
.
(Sat, 16 Jul 2022 13:55:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 56592 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Fri 15 Jul 2022 at 11:43PM -07, Sean Whitton wrote:
>
> By contrast, if you mark the message as read in the first group and then
> type C-x C-s, and only then do 'n n' on the last message, the marks are
> properly saved and the message does not appear unread in the second
> group.
Looks like this is due to this hack in my init.el:
(defun spw/gnus-request-group-scan (group _info)
(when (eq 'nnselect (car (gnus-find-method-for-group group)))
(gnus-activate-group "nnmaildir+fmail:inbox" 'scan)))
(advice-add 'gnus-request-group-scan :before #'spw/gnus-request-group-scan)
If I drop that then C-x C-s doesn't help.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56592
; Package
emacs
.
(Sat, 16 Jul 2022 14:44:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 56592 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Fri 15 Jul 2022 at 11:43PM -07, Sean Whitton wrote:
> You need a notmuch setup to reproduce this, though maybe other
> gnus-search backends would show it too. Create two nnselect groups
> where the query for the second includes some of the messages in the
> first group. This is what I am using:
>
> first group, nnselect:Weekday, has query
> "to:spwhitton <at> spwhitton.name or to:spwhitton <at> arizona.edu"
>
> second group, nnselect:Weekend, has query
> "to:spwhitton <at> spwhitton.name".
>
> So, messages addressed to spwhitton <at> spwhitton.name appear in both.
> Ensure there are unread messages addressed to spwhitton <at> spwhitton.name.
> Enter the first group, mark one of those messages addressed to
> spwhitton <at> spwhitton.name as read. Go to the last message, use 'n n' to
> move to the next unread group.
>
> The message that was marked as read reappears, unread, in the second
> group. If you quit to the group buffer and reenter the first group,
> it's unread again there.
Here's a workaround:
(defun spw/gnus-summary-exit (&rest _ignore)
(call-process "notmuch" nil nil nil "new" "--no-hooks")
(with-current-buffer gnus-group-buffer
(gnus-group-get-new-news t)))
(advice-add 'gnus-summary-exit :after #'spw/gnus-summary-exit)
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56592
; Package
emacs
.
(Mon, 18 Jul 2022 20:53:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 56592 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Sat 16 Jul 2022 at 07:42AM -07, Sean Whitton wrote:
> Here's a workaround:
>
> (defun spw/gnus-summary-exit (&rest _ignore)
> (call-process "notmuch" nil nil nil "new" "--no-hooks")
> (with-current-buffer gnus-group-buffer
> (gnus-group-get-new-news t)))
> (advice-add 'gnus-summary-exit :after #'spw/gnus-summary-exit)
An alternative workaround is just to turn on Gnus duplicate suppression.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56592
; Package
emacs
.
(Mon, 08 Aug 2022 00:05:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 56592 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Mon 18 Jul 2022 at 01:52PM -07, Sean Whitton wrote:
> Hello,
>
> On Sat 16 Jul 2022 at 07:42AM -07, Sean Whitton wrote:
>
>> Here's a workaround:
>>
>> (defun spw/gnus-summary-exit (&rest _ignore)
>> (call-process "notmuch" nil nil nil "new" "--no-hooks")
>> (with-current-buffer gnus-group-buffer
>> (gnus-group-get-new-news t)))
>> (advice-add 'gnus-summary-exit :after #'spw/gnus-summary-exit)
>
> An alternative workaround is just to turn on Gnus duplicate suppression.
A faster workaround than my first, but which doesn't rely on duplicate
suppression:
(defun spw/gnus-summary-read-group (group &rest _ignore)
(when (string-prefix-p "nnselect:" group)
(with-current-buffer gnus-group-buffer
(save-excursion
(gnus-group-goto-group group)
(gnus-group-get-new-news-this-group 1)))))
(advice-add 'gnus-summary-read-group :before #'spw/gnus-summary-read-group)
--
Sean Whitton
Reply sent
to
Sean Whitton <spwhitton <at> spwhitton.name>
:
You have taken responsibility.
(Sat, 18 Feb 2023 20:23:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Sean Whitton <spwhitton <at> spwhitton.name>
:
bug acknowledged by developer.
(Sat, 18 Feb 2023 20:23:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 56592-close <at> debbugs.gnu.org (full text, mbox):
Hello,
On Fri 15 Jul 2022 at 11:43PM -07, Sean Whitton wrote:
> You need a notmuch setup to reproduce this, though maybe other
> gnus-search backends would show it too. Create two nnselect groups
> where the query for the second includes some of the messages in the
> first group. This is what I am using:
>
> first group, nnselect:Weekday, has query
> "to:spwhitton <at> spwhitton.name or to:spwhitton <at> arizona.edu"
>
> second group, nnselect:Weekend, has query
> "to:spwhitton <at> spwhitton.name".
>
> So, messages addressed to spwhitton <at> spwhitton.name appear in both.
> Ensure there are unread messages addressed to spwhitton <at> spwhitton.name.
> Enter the first group, mark one of those messages addressed to
> spwhitton <at> spwhitton.name as read. Go to the last message, use 'n n' to
> move to the next unread group.
>
> The message that was marked as read reappears, unread, in the second
> group. If you quit to the group buffer and reenter the first group,
> it's unread again there.
I have been discussing this with Andrew Cohen and believe, at least for
now, that it's not a bug: the user is required to set the
nnselect-regenerate group parameter non-nil in this sort of case.
--
Sean Whitton
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 19 Mar 2023 11:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 31 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.