I have also had this issue occur multiple times on a Linux system. I have not seemed to find any pattern to the issue in terms of content of the email. Only pattern I have had is that it has occurred multiple times sending to one email address. This is also sending from a gmail account.
Adding a Visual mode and/or mark command similar in functionality to in Ranger would be extremely useful.
If it is the same line, I would expect that to be the case. But I am by no means an expert on the code. I just don't know why else the imap worker would need to expunge messages. Hopefully someone with a little more expertise can help debug.
Do you know if it is the same section of code causing it? Or is it just another index out of range error? I have not been able to completely reliably reproduce the error, I just know it happens in that section of code when deleting chunks of emails from the
*client.ExpungeUpdatecase in the
When deleting a large chunk of emails, often times while working through the deletes, aerc will throw an index out of range error. I pinpointed the offending code to be in worker/imap/worker.go:228-229
i := update.SeqNum - 1 uid := w.seqMap[i]
For some reason the update.SeqNum is much larger than the seqMap length. In one example run,
len(w.seqMap) == 7and
i == 23. I would patch myself, but I am not completely sure of the underlying issue and would rather avoid a hacky fix.