Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

In mu4e-view, message lines are sometimes truncated #3697

Closed
jgoerzen opened this issue Aug 6, 2020 · 2 comments
Closed

In mu4e-view, message lines are sometimes truncated #3697

jgoerzen opened this issue Aug 6, 2020 · 2 comments
Labels
is:bug Something isn't working as intended stale No response, forgotten, or abandoned

Comments

@jgoerzen
Copy link

jgoerzen commented Aug 6, 2020

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>

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/
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 (
/bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games /usr/lib/emacs/26.1/x86_64-linux-gnu)
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)

</details>
</pre></details>
@jgoerzen jgoerzen added the is:bug Something isn't working as intended label Aug 6, 2020
@jgoerzen
Copy link
Author

jgoerzen commented Aug 6, 2020

Incidentally, word-wrap is NOT enabled in init.el.

@github-actions
Copy link

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.

@github-actions github-actions bot added the stale No response, forgotten, or abandoned label Aug 12, 2021
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 17, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
is:bug Something isn't working as intended stale No response, forgotten, or abandoned
Projects
None yet
Development

No branches or pull requests

1 participant