On 18 Feb 2017 01:01, "David Bremner" <david@tethera.net> wrote: So I _finally_ got around to looking at these, and I think it's roughly the same shr bug as before but some different functions. I could actually only duplicate the bug with emacs-reply-fail-ec message, but that was fixed by the following patch against the emacs-25 branch. Does this patch fix both failures for you? diff --git a/lisp/net/shr.el b/lisp/net/shr.el index 6c35a33c9c..2bc37c64bd 100644 --- a/lisp/net/shr.el +++ b/lisp/net/shr.el @@ -1993,6 +1993,9 @@ shr-pixel-buffer-width (if (get-buffer-window) (car (window-text-pixel-size nil (point-min) (point-max))) (save-window-excursion + ;; Avoid errors if the selected window is a dedicated one, + ;; and they just want to insert a document into it. + (set-window-dedicated-p nil nil) (set-window-buffer nil (current-buffer)) (car (window-text-pixel-size nil (point-min) (point-max))))))) @@ -2036,6 +2039,9 @@ shr-render-td-1 (shr-indentation 0)) (shr-descend dom)) (save-window-excursion + ;; Avoid errors if the selected window is a dedicated one, + ;; and they just want to insert a document into it. + (set-window-dedicated-p nil nil) (set-window-buffer nil (current-buffer)) (unless fill (setq natural-width Thanks David. Yes it does. After recompiling the v25 lisp with these changes, I'm unable to reproduce the problems with both the test emails I sent you. Wonderful :-) Are you going to raise this with upstream? Cheers, Matt