Dirk-Jan C. Binnema

Yeah, I'm trying to make that convoluted path a bit less so; _however_, fundamentally mu4e handles buffer display, and it takes that task over from the Gnus code. That way,...

Closing this ticket, I think it's about as good as it gets now :-) Thank all for the inputs.

Checklist says: - you are running either an 1.8.x/1.10.x release or master (otherwise please upgrade) - you can reproduce the problem without 3rd party extensions (including Doom/Evil, various extensions etc.)...

The changing of flags happens in the `mu` server program, no elisp involved. What I could imagine is that you have multiple copies of that same message, and not all...

This has gotten rather stale, closing. We can reopen with a recipe to reproduce with 1.12.x and _without_ any 3rd party extensions or offlineimap/mbsync etc. active, and see the notes...

Yeah, that should do the trick I think. I'll install that, and mention you in the commit message. Thank you!

Can't reproduce... what version did you use previously? One thing to check is your settings for Emacs backups, auto-save-files etc.; in the past that tripped people up sometimes. Also note,...

@malb That looks like a reasonable change, thanks... I pushed a change along these lines, does it fix the issue for you?

Can you try `make check`? That will run the unit tests, and may give some clue. If you are able to use a debugger (`gdb` or `lldb`), can you try...

Hmm, https://github.com/Homebrew/homebrew-core/pull/164231 is a _build_ failure, the other one is a _runtime_ failure. The backtrace without symbols suggests there may be some compilation bug; esp also since a local build...