thread '<unnamed>' panicked at 'insertion index (is 604) should be <= len (is 0)', src/liballoc/vec.rs:1009:13 #73
Labels
No Label
IMAP
JMAP
Maildir
Retired
User Experience
User Interface
bsd
bug
contacts
currently worked on
documentation
duplicate
easy
enhancement
help wanted
invalid
linux-gnu
macos
mbox
notmuch
question
security
wishlist
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: meli/meli#73
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Encountered a kernel panic on mailbox load... Managed to get a full log with the
debug-tracing
feature, but I'm still not 100% sure where the exact issue is coming from.Here's the full log (login and password omitted):
This is on master, correct? That line in
melib/src/backends/imap.rs:444
is logically wrong (it tries to insert message sequence numbers in a Vec out of order, ie if it encounters the 604 first it tries to setmessage_sequence_numbers[604] = message_uid
even though themessage_sequence_numbers
is empty. I pushed a fix that creates the message_sequence cache before that linePS: I've been working on the
async
branch on imap lately, which is why this was left unfixed onmaster