debcrafters-packages team mailing list archive

[dhd70072 <119997@xxxxxxxxxxxxxxxxxx>]

In the fast-paced world of branding, advertising, and product
presentation, the role of a packaging artworker is more crucial than
ever. With over two decades of experience in the advertising and
software industries, Phil Delaney brings a wealth of expertise to the
table. His career spans across various domains including print,
packaging, digital, and social media design, positioning him as a
reliable and skilled professional in visual communication. Phil
Delaney’s journey in the creative industry started more than 20 years
ago, during a time when digital tools were just beginning to shape
modern design workflows. Over the years, he has witnessed and adapted to
the major transformations in software, production standards, and visual
trends. This adaptability has enabled him to remain at the forefront of
the industry, offering clients not just consistency and reliability, but
also innovative solutions tailored to evolving brand needs.  Contact us
by visiting here: http://phildelaney.com

-- 
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/119997

Title:
  Evolution decodes ISO-2022-JP incorrectly.

Status in Evolution:
  Unknown
Status in glibc package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: evolution

  When evolution shows a message in the ISO-2022-JP character set it
  incorrectly starts decoding as 'JIS X 0201-1976 ("Roman" set)' instead
  of as ASCII. The specification (RFC 1468) says that text starts in
  ASCII, and only switches to Japanese characters through an escape
  sequence. The "Roman" set is considered to be "Japanese" for this
  discussion. For the most part, this does not matter, as The "Roman"
  character set of JIS X 0201 [JISX0201] is identical to ASCII except
  for backslash () and tilde (~). The backslash is replaced by the Yen
  sign, and the tilde is replaced by overline.

  That is, given the mail message:

  ------_=_NextPart_001_01C7ACC7.8B7C4F65
  Content-Type: text/plain; charset="ISO-2022-JP"
  Content-Transfer-Encoding: 7bit

  next.url=http\://go.to.there/

  
  It should be displayed as:

  
  next.url=http\://go.to.there/

  
  However, evolution incorrectly displays it as:

  next.url=http¥://go.to.there/

To manage notifications about this bug go to:
https://bugs.launchpad.net/evolution/+bug/119997/+subscriptions