aboutsummaryrefslogtreecommitdiff
path: root/tests/test-show-kill-ring--insert-item.el
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-07-11 12:51:54 -0500
committerCraig Jennings <c@cjennings.net>2026-07-11 12:51:54 -0500
commit559530a208f8287d450cd842bfbdda92da97971c (patch)
treeab263ca6436d147c7a419f6cd622e5e89ee53d18 /tests/test-show-kill-ring--insert-item.el
parent19a9377306ed71e28fc0dc71ad91975e52ef51a9 (diff)
downloaddotemacs-559530a208f8287d450cd842bfbdda92da97971c.tar.gz
dotemacs-559530a208f8287d450cd842bfbdda92da97971c.zip
fix(custom-buffer-file): stop leaking the MIME handle in the email viewer
cj/view-email-in-buffer dissected the message into a handle, then signaled a user-error when it found no displayable part, before the mm-destroy-parts cleanup. The handle leaked on every image-only or attachment-only email. Wrap the body in unwind-protect so the handle is always destroyed. While here, the eager top-level require of mm-decode only fed the mm-handle-type macro at compile time. The viewer already requires mm-decode at runtime before any mm-* call, so I moved it to eval-when-compile plus declare-function (matching the ps-print block above). Opening Emacs no longer loads mm-decode unless you view an email.
Diffstat (limited to 'tests/test-show-kill-ring--insert-item.el')
0 files changed, 0 insertions, 0 deletions