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

[Brian Murray]

This is fixed in Saucy and Trusty so I'm setting that task to Fix
Released.

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

** Also affects: unzip (Ubuntu Precise)
   Importance: Undecided
       Status: New

** Also affects: unzip (Ubuntu Quantal)
   Importance: Undecided
       Status: New

** Also affects: unzip (Ubuntu Raring)
   Importance: Undecided
       Status: New

** Changed in: unzip (Ubuntu Precise)
       Status: New => In Progress

** Changed in: unzip (Ubuntu Quantal)
       Status: New => In Progress

** Changed in: unzip (Ubuntu Raring)
       Status: New => In Progress

** Changed in: unzip (Ubuntu Precise)
     Assignee: (unassigned) => Brian Murray (brian-murray)

** Changed in: unzip (Ubuntu Quantal)
     Assignee: (unassigned) => Brian Murray (brian-murray)

** Changed in: unzip (Ubuntu Raring)
     Assignee: (unassigned) => Brian Murray (brian-murray)

** Changed in: unzip (Ubuntu Precise)
   Importance: Undecided => High

** Changed in: unzip (Ubuntu Quantal)
   Importance: Undecided => High

** Changed in: unzip (Ubuntu Raring)
   Importance: Undecided => High

-- 
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:
  In Progress
Status in “unzip” source package in Quantal:
  In Progress
Status in “unzip” source package in Raring:
  In Progress
Status in “unzip” package in Debian:
  Unknown

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
  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]
  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