GNU bug report logs - #44307
27.1; UTF-8 parts transferred as 8bit in multipart messages fail to decode

Previous Next

Full log

Message #64 received at 44307 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alexandre Duret-Lutz <adl <at> lrde.epita.fr>
Cc: 44307 <at> debbugs.gnu.org
Subject: Re: bug#44307: 27.1; UTF-8 parts transferred as 8bit in multipart
 messages fail to decode
Date: Thu, 07 Jan 2021 17:10:22 +0100

Alexandre Duret-Lutz <adl <at> lrde.epita.fr> writes:

> Question: shouldn't mm-with-part always leave the buffer in unibyte
> mode?  The comment at the beginning of the macro seems to suggest that,
> but the new "if" does not call (mm-disable-multibyte) after inserting
> the part.

Hm, true.

> -            (insert-buffer-substring (mm-handle-buffer handle))
> +            (progn
> +              (insert-buffer-substring (mm-handle-buffer handle))
> +              (mm-disable-multibyte))

No, disabling multibyte in a non-empty buffer is always the wrong thing
to do -- using encode-coding-region is probably the thing to do here.

>            ;; Do the decoding.
>            (mm-disable-multibyte)
>            (insert-buffer-substring (mm-handle-buffer handle))
>
> this seems to fix text/plain utf-8 parts as well, however the
> rendering of window-1252 parts is now broken...

Yeah, that's to be expected.

Could you forward a message with a windows-1252 part, too (like the
previous one), and I can add it to the test cases.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.