<<< Date Index >>>     <<< Thread Index >>>

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>