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.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 50713 in the body.
You can then email your comments to 50713 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#50713; Package emacs. (Tue, 21 Sep 2021 01:35:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to David Bremner <bremner <at> unb.ca>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 21 Sep 2021 01:35:02 GMT) Full text and rfc822 format available.

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

From: David Bremner <bremner <at> unb.ca>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 27.1; mm-inline-render-with-file should not (always?) use
 mm-with-unibyte-buffer
Date: Tue, 21 Sep 2021 00:57:56 +0000
[Message part 1 (text/plain, inline)]
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

[part3.html (text/html, attachment)]
[ATT00001.txt (text/plain, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50713; Package emacs. (Tue, 21 Sep 2021 04:48:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Bremner <bremner <at> unb.ca>
Cc: 50713 <at> debbugs.gnu.org
Subject: Re: bug#50713: 27.1; mm-inline-render-with-file should not
 (always?) use mm-with-unibyte-buffer
Date: Tue, 21 Sep 2021 06:47:30 +0200
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.)

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




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 21 Sep 2021 04:48:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50713; Package emacs. (Sat, 25 Sep 2021 23:23:01 GMT) Full text and rfc822 format available.

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

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: Re: 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)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50713; Package emacs. (Sun, 26 Sep 2021 06:32:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Bremner <bremner <at> unb.ca>
Cc: "50713 <at> debbugs.gnu.org" <50713 <at> debbugs.gnu.org>
Subject: Re: bug#50713: 27.1; mm-inline-render-with-file should not
 (always?) use mm-with-unibyte-buffer
Date: Sun, 26 Sep 2021 08:31:41 +0200
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.

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




bug marked as fixed in version 28.1, send any further explanations to 50713 <at> debbugs.gnu.org and David Bremner <bremner <at> unb.ca> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 26 Sep 2021 06:33:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50713; Package emacs. (Sun, 26 Sep 2021 11:19:01 GMT) Full text and rfc822 format available.

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

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: Re: 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

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 24 Oct 2021 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 156 days ago.

Previous Next


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