You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What did you expect to happen?
When viewing a non-HTML message in mu4e that contains message lines longer than the window, they should be wrapped appropriately.
What actually happened?
On occasion, these long lines will instead be truncated, with an arrow at the far right edge of the screen. 100% of the time when that happens, I can get a correct display by pressing C-j C-k (that is, go to the next message, then back to the one that was causing the problem).
This problem occurs most frequently when I am beginning an mu4e session (that doesn't necessarily mean recently launched mu4e, but perhaps having returned to mu4e after awhile). I usually see it a few times a day, but I cannot readily reproduce it at will.
One time that it occurred, keybindings in mu4e-view also had failed to be set, but I haven't seen that behavior again.
There may be some sort of a race here -- not sure.
Additional details:
mu4e never exhibited this behavior for me before I switched to Doom Emacs.
I don't believe I have set anything relevant, but in case:
(setq mu4e-maildir "~/Maildir")
(setq mu4e-use-fancy-chars nil)
(setq message-send-mail-function 'message-send-mail-with-sendmail)
; Work around a bug. https://github.com/hlissner/doom-emacs/issues/3294
(setq mu4e-attachment-dir "/home/jgoerzen")
; Automatically apply marks when leaving folder.
(setq mu4e-headers-leave-behavior 'apply)
; In mu4e 1.0, started to want to suppress duplicates and include
; related from other folders. Stop that nonsense.
(setq mu4e-headers-skip-duplicates nil)
(setq mu4e-headers-include-related nil)
(add-hook 'mu4e-view-mode-hook
(lambda () (map! :map 'mu4e-view-mode-map :n "p" 'mu4e-view-headers-prev)))
(require 'org-mu4e)
; Store link to message if in header view, not to header query
(setq org-mu4e-link-query-in-headers-mode nil)
...
**System information:**
<details><pre>
<details>
This issue has been automatically marked stale because of a lack of recent activity. If this issue is still valid, reply to it or remove the label or it will be closed in 7 days.
What did you expect to happen?
When viewing a non-HTML message in mu4e that contains message lines longer than the window, they should be wrapped appropriately.
What actually happened?
On occasion, these long lines will instead be truncated, with an arrow at the far right edge of the screen. 100% of the time when that happens, I can get a correct display by pressing C-j C-k (that is, go to the next message, then back to the one that was causing the problem).
This problem occurs most frequently when I am beginning an mu4e session (that doesn't necessarily mean recently launched mu4e, but perhaps having returned to mu4e after awhile). I usually see it a few times a day, but I cannot readily reproduce it at will.
One time that it occurred, keybindings in mu4e-view also had failed to be set, but I haven't seen that behavior again.
There may be some sort of a race here -- not sure.
Additional details:
mu4e never exhibited this behavior for me before I switched to Doom Emacs.
I don't believe I have set anything relevant, but in case:
emacs version 26.1
features XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 THREADS LIBSYSTEMD LCMS2
build Sep 22, 2019
buildopts (--build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs-StqULU/emacs-26.1+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro)
windowsys x
daemonp daemon
doom version 2.0.9
build HEAD -> develop, origin/develop, origin/HEAD d9fd738 2020-08-05 19:26:59 -0400
dir
/.doom.d//bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games /usr/lib/emacs/26.1/x86_64-linux-gnu)system type gnu/linux
config x86_64-pc-linux-gnu
shell /bin/bash
uname Linux 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86_64
path (
config envfile nil
elc-files 0
modules (:completion company (ivy +fuzzy) :ui deft doom doom-dashboard hl-todo modeline ophints (popup +defaults) vc-gutter vi-tilde-fringe :editor (evil +everywhere) file-templates fold multiple-cursors snippets :emacs dired electric undo vc :term eshell shell term :checkers syntax spell :tools (eval +overlay) (lookup +dictionary +offline) lsp (magit +forge) make pdf :lang cc data emacs-lisp (haskell +dante) json latex markdown (org +roam +journal) (rust +lsp) sh :email mu4e :config (default +bindings +smartparens))
packages ((mu4e-maildirs-extension) (org-roam-server) (evil-tutor))
unpin (n/a)
elpa (use-package undo-tree spinner org-bullets goto-chg evil diminish bind-key)
The text was updated successfully, but these errors were encountered: