GNU bug report logs - #50713
27.1; mm-inline-render-with-file should not (always?) use mm-with-unibyte-buffer

Previous Next

Package: emacs;

Reported by: David Bremner <bremner <at> unb.ca>

Date: Tue, 21 Sep 2021 01:35:02 UTC

Severity: normal

Tags: moreinfo

Found in version 27.1

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: David Bremner <bremner <at> unb.ca>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: "50713 <at> debbugs.gnu.org" <50713 <at> debbugs.gnu.org>
Subject: bug#50713: 27.1; mm-inline-render-with-file should not (always?) use mm-with-unibyte-buffer
Date: Sat, 25 Sep 2021 21:44:14 +0000
[Message part 1 (text/plain, inline)]
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> ⚠External message: Use caution.
>
> David Bremner <bremner <at> unb.ca> writes:
>
>> 1) Set mm-text-html-renderer to 'links
>> 2) Render some html like the attached partial spam containing multibyte
>> characters. Observe that the mulibyte characters are inserted as
>> individual bytes
>
> The test file you included didn't include any charset specification, so
> it's just a bunch of bytes, anyway, so there's no way for links to
> render this in any particular manner.  So I'm unable to reproduce the
> problem.
>
> Can you instead forward a complete email message that displays the
> issue?  `S D r' on one of the messages to 50713 <at> debbugs.gnu.org should
> do the trick.
>
> (But note that spam messages are notoriously malformed, so there's often
> no correct way to display them.)

Please find attached an example mail file. It is a spam message, but it
does seem to declare utf8 charsets. It is display OK in gnus (and in
notmuch, using mm-* to process the mime parts) if mm-text-html-renderer
is 'shr, but not if it is 'links,

[1624795466.Vfd01I74f978M270604.fethera2,S (application/octet-stream, attachment)]

This bug report was last modified 3 years and 294 days ago.

Previous Next


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