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>, "notmuch <at> notmuchmail.org" <notmuch <at> notmuchmail.org>
Subject: bug#50713: 27.1; mm-inline-render-with-file should not (always?) use mm-with-unibyte-buffer
Date: Sun, 26 Sep 2021 11:18:03 +0000
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> ⚠External message: Use caution.
>
> David Bremner <bremner <at> unb.ca> writes:
>
>> 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,
>
> Thanks; with that mail I can reproduce the problem -- with is that links
> assumes that it's only dealing with ASCII text and *s out all non-ASCII
> octets from the file unless you bind LANG to something that's not
> ASCII-ish.
>
> I've now done so in Emacs 28, and it seems to work fine now.

Perfect, I verified the fix in emacs commit 2a2c75d34 also fixes the
problem reported by a notmuch user.

d

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.