Re: [Mutt] #1879: mutt: Wrong ISO2022 -> locale charset conversion
#1879: mutt: Wrong ISO2022 -> locale charset conversion
Changes (by brendan):
* component: mutt => charset
Old description:
> {{{
> Package: mutt
> Version: 1.5.6-1
> Severity: important
>
> [NOTE: this bug report has been submitted to the debian BTS as
> Bug#249626.
> Please Cc all your replies to 249626@xxxxxxxxxxxxxxx .]
>
> From: Ambrose Li <a.c.li@xxxxxxxx>
> Subject: mutt: Wrong ISO2022 -> locale charset conversion
> Date: Tue, 18 May 2004 11:20:07 -0400
>
> Suppose mutt is to display some kanji on a Big5 terminal (either in the
> header or in the message body), say
>
> <k1><k2><k3><k4><k5>
>
> where each <k_n> is a kanji.
>
> Now further suppose that <k3> and <k4> do not exist in Big5.
>
> Often, mutt will display unexpected output, for example
>
> <k1><k2>?<k6>?<k5>
>
> where <k6> is a random kanji, apparently having no relation to <k3> or
> <k4> or any of their EUC-JP, Shift_JIS, or UTF8 forms.
>
> The expected behaviour is to display either ???? for <k3><k4>, or to
> display some kanji equivalent to <k3><k4>; neither of which is mutt's
> current behaviour.
>
> -- System Information:
> Debian Release: testing/unstable
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.23-ow1
> Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5
>
> Versions of packages mutt depends on:
> ii libc6 2.3.2.ds1-12 GNU C Library: Shared
> libraries an
> ii libgnutls10 1.0.4-3 GNU TLS library - runtime
> library
> ii libidn11 0.4.1-1 GNU libidn library,
> implementation
> ii libncursesw5 5.4-3 Shared libraries for
> terminal hand
> ii libsasl2 2.1.18-4 Authentication abstraction
> library
> ii postfix [mail-transport-age 2.0.19-1 A high-performance mail
> transport
>
> -- no debconf information
>
> >How-To-Repeat:
>
> >Fix:
> }}}
New description:
{{{
Package: mutt
Version: 1.5.6-1
Severity: important
[NOTE: this bug report has been submitted to the debian BTS as Bug#249626.
Please Cc all your replies to 249626@xxxxxxxxxxxxxxx .]
From: Ambrose Li <a.c.li@xxxxxxxx>
Subject: mutt: Wrong ISO2022 -> locale charset conversion
Date: Tue, 18 May 2004 11:20:07 -0400
Suppose mutt is to display some kanji on a Big5 terminal (either in the
header or in the message body), say
<k1><k2><k3><k4><k5>
where each <k_n> is a kanji.
Now further suppose that <k3> and <k4> do not exist in Big5.
Often, mutt will display unexpected output, for example
<k1><k2>?<k6>?<k5>
where <k6> is a random kanji, apparently having no relation to <k3> or
<k4> or any of their EUC-JP, Shift_JIS, or UTF8 forms.
The expected behaviour is to display either ???? for <k3><k4>, or to
display some kanji equivalent to <k3><k4>; neither of which is mutt's
current behaviour.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.23-ow1
Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5
Versions of packages mutt depends on:
ii libc6 2.3.2.ds1-12 GNU C Library: Shared
libraries an
ii libgnutls10 1.0.4-3 GNU TLS library - runtime
library
ii libidn11 0.4.1-1 GNU libidn library,
implementation
ii libncursesw5 5.4-3 Shared libraries for terminal
hand
ii libsasl2 2.1.18-4 Authentication abstraction
library
ii postfix [mail-transport-age 2.0.19-1 A high-performance mail
transport
-- no debconf information
>How-To-Repeat:
>Fix:
}}}
--
Ticket URL: <http://dev.mutt.org/trac/ticket/1879#comment:5>