Comment by ~simartin on ~sircmpwn/lists.sr.ht
Patch proposed => https://lists.sr.ht/~sircmpwn/sr.ht-dev/patches/58727
Comment by ~simartin on ~rjarry/aerc
Document describing the situation and testing made => https://docs.google.com/document/d/1XQT7w_qLaVzvbHo6ucNMG6pX0w2MK1CtSHyub_ZPdNg
Patch submitted => https://lists.sr.ht/~rjarry/aerc-devel/patches/58685
Ticket created by ~simartin on ~rjarry/aerc
Drew Devault reported an issue with reply-all when reply-to-self is true, that is a fallout of a recent commit (063c19b6).
Opening this ticket to track the fix and document the associated testing made.
Comment by ~simartin on ~rjarry/aerc
Using the first comment to maintain the current status of known issues and their fix, if any. See nomenclature at the bottom
#List (and status) of known issues
- Deleting a unread message does not update folder's unread count
- Fixed by this
- Unread count not incremented when copying unread message to folder-mapped folder
- Fixed by this
- Mails read in another client while aerc is disconnected (e.g. laptop hibernating) stay bolded after reconnect and can't be unbolded
- Fixed by this
- Folder unread count not updated when message read status is changed by another client
- Case 1: that message is in the current page
- Needs-Fixing
Fixed by this- reverted- Case 2: that message is NOT in the current page
- Needs-Fixing
Ticket created by ~simartin on ~rjarry/aerc
Opening this ticket to track various synchronization issues with those counters, and their fix.
Comment by ~simartin on ~rjarry/aerc
If I understand the ticket properly, https://lists.sr.ht/~rjarry/aerc-devel/patches/58306 is likely to address the Unread part.
I don't think it addresses the Recent case, that has different semantics according to https://datatracker.ietf.org/doc/html/rfc3501#section-2.3.2: one session and only one will see it, and it will clear if the session drops for any reason (or aerc is closed/reopened).
Comment by ~simartin on ~sircmpwn/lists.sr.ht
This is very likely due to the fact that
- The
from:whatever
syntax prioritizes userwhatever
if it exists, and otherwise does fuzzy search (see this), and- There actually is a user with username tim (see here) :-)
I'm looking at other weirdnesses with
from:whatever
searches, and will keep this ticket in mind if/when I (hopefully) submit a patch to address them.
Comment by ~simartin on ~sircmpwn/git.sr.ht
The following patch should address this ticket: https://lists.sr.ht/~sircmpwn/sr.ht-dev/patches/58007
Comment by ~simartin on ~rjarry/aerc
ACK, thanks, my bad. Regardless, it'd be great if you could refresh the pastes. Thanks!
Comment by ~simartin on ~rjarry/aerc
The pastes have expired unfortunately. If this was using IMAP, I think that https://lists.sr.ht/~rjarry/aerc-devel/patches/57911 could help.