[Bug 1199239] Re: [SRU] unzip list utf-8 (non-ascii) filenames as ??

Launchpad Bug Tracker 1199239 at bugs.launchpad.net
Mon Nov 25 21:05:05 UTC 2013


This bug was fixed in the package unzip - 6.0-7ubuntu1.1

---------------
unzip (6.0-7ubuntu1.1) quantal-proposed; urgency=low

  * Fix incorrectly displayed file names with UTF-8 characters.
    Add -DNO_WORKING_ISPRINT to build flags. (LP: #1199239, LP: #580961)
 -- Brian Murray <brian at ubuntu.com>   Wed, 06 Nov 2013 10:31:34 -0800

** Changed in: unzip (Ubuntu Quantal)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to unzip in Ubuntu.
https://bugs.launchpad.net/bugs/1199239

Title:
  [SRU] unzip list utf-8 (non-ascii) filenames as ??

Status in “unzip” package in Ubuntu:
  Fix Released
Status in “unzip” source package in Precise:
  Fix Released
Status in “unzip” source package in Quantal:
  Fix Released
Status in “unzip” source package in Raring:
  Fix Released
Status in “unzip” package in Debian:
  Fix Released

Bug description:
  [Impact]
  Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .

  Even though handling Zip archives with non-standard encoding (neither
  CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives
  out of the box as it's the standard and it become more and more
  popular now.

  Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue
  by changing build configuration already. The fix is visible to File
  Roller and Ark also.

  The issue remains in 12.04 - 13.04 currently. We need to apply the
  same fix for them.

  [Test Case]
  touch naïve.txt
  touch 天真.txt
  zip test.zip naïve.txt 天真.txt
  unzip -l test.zip

  With unzip -l you should not see question marks in the filenames.

  ark test.zip
  file-roller test.zip # the result may be different see notes below

  [Regression Potential]
  Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect) already.

  [Other Info]
  The fix for this bug also fixes bug 580961, however that bug had so much history I (bdmurray) decided not to make one the duplicate of the other and just also include that bug number in the changelog.

  Note that Ark is the better frontend software for testing, as it seems
  to use unzip backend exclusively. File roller, on the other hand, will
  use 7z backend when 7z exists, so the issue can magically disappear
  some time (7z support utf8 filenames correctly). 7z isn't included on
  the ISO, though.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/1199239/+subscriptions



More information about the foundations-bugs mailing list