Closed kepi closed 2 months ago
Did you customize any of the headers marks (ie. mu4e-headers-*mark
). If so, perhaps try the defaults; it might be that your font is missing some character? That would be my working hypothesis
Guess it would be the message /home/kepi/Maily/kepi/INBOX/cur/1724941611.2253101_1.kocour,U=3349:2,FRS
?
Thanks.
Yes you are right. I already found duplicate of that one as culprit of the problem, and this one is causing problem too.
And you are ofc correct that it is probably some symbol. I'm not customizing any header marks and neither can I find anything related in Doom's mu4e module, but when I realized my config should work even without Doom module, I tested it and it is working.
There are definitely some fancy unicode characters in flags field instead of text ones in plain mu4e.
I still didn't find exact place where this is happening, but I'll figure it hopefully on my own and report to Doom if needed.
I'm not sure, if there isn't some nice workaround to handle such error? It would be great if flags simply won't display for that problematic message. I'm not sure if there is something like try/catch in elisp which will return either original val
or empty string when truncate string would return error otherwise? Feel free to close this issue if it is wrong way to handle things or you simply don't want to do that.
Thanks!
and just found it... probably missing nf-fa-flag
nerd icon, which is weird, as I also tried installing nerd fonts from emacs and flagged messages worked before... Looks like problem in my installation anyway.
For now, I just commented mu4e-headers-flagged-mark
modification in modules/email/mu4e/autoload/email.el
.
I'm still leaving the decision if you want to handle such cases or not to you. Thanks for help.
Mu4e also has some "fancy" (well, non-ascii) characters, but it's rather conservative, so less likely to have problems.
It's not too hard to wrap the function in (ignore-errors ...)
etc., but that would merely hide the bug. Perhaps Emacs itself would be a better place to raise a bit more readable error "Cannot find glyph" and/or some workaround.
Anyway, thanks for clearing this up; I'm closing this, don't think there's a lot to do for mu4e here.
Describe the bug
When displaying headers view, rendering stops on error and I can't access all my e-mails.
How to Reproduce
I believe this is related to specific message but wasn't successful in pinpointing which one yet. TBH I can't get head or tails from debugger info.
Environment
Arch Linux with mu 1.12.6, Doom Emacs.
Checklist
master
(otherwise please upgrade)Again, TBH I didn't try to reproduce with minimal environment, but I pinpointed the problem to specific place in code, so I hope it is worth your time. If not, just let me know and I'll try to do this later, but I already spent too much time on this and can't promise I'll get to this.
Debugger output
My workaround
Disclamier: I have only really basic understanding of emacs lisp, no practical knowledge, so I just tried to mess around.
I tried to add some
(or...
to the function, but no success. I tried to strip properties from text and then using or, but I still get the error.When replacing
val
intruncate-string-to-width
with""
, it loads OK (but with empty fields ofc). But, when leavingval
in place and replacingwidth
with 10 or higher number, it works fine again.I really don't understand how exactly string formatting works, if it is related to that or something else. I would like to dig into this more but I know I wont find more time anytime soon.
I can definitely test any workaround or fix if you can give me some tips what to try. I'm backing up current INBOX so I can test this later if needed.
Edit: btw same problem is ofc when using precise truncating.