Incorrect use of filenames with special Spanish chars

[Ricardo Pérez López]

Binary package hint: zip

Using a fully updated Lucid, I have the following problem with .zip files:

1. I create a text file with the filename comprobación.txt

2. I compress the file using zip:

  ricardo@kadath:~$ zip comprobación.zip comprobación.txt
  adding: comprobación.txt (stored 0%)

3. I list the files in the .zip archive:

  ricardo@kadath:~$ unzip -l comprobación.zip
  Archive: comprobación.zip
    Length Date Time Name
  --------- ---------- ----- ----
          7 2010-03-22 14:14 comprobaci??n.txt
  --------- -------
          7 1 file

  As you can see, the comprobación.txt file has been recognized as comprobaci??.txt

4. I delete comprobación.txt. Now, when I try to extract the contents of the .zip file, I get:

  ricardo@kadath:~$ unzip comprobación.zip
  Archive: comprobación.zip
   extracting: comprobaci??n.txt

  The comprobación.txt file is unzipped perfectly:

  ricardo@kadath:~$ ls comproba*
  comprobación.txt comprobación.zip

5. If I use file-roller to extract the contents of the .zip file, it works right:

  ricardo@kadath:~$ rm comprobación.txt*
  ricardo@kadath:~$ file-roller -h comprobación.zip

  (file-roller:13064): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

  (file-roller:13064): Gtk-CRITICAL **: gtk_box_pack: assertion `child->parent == NULL' failed

  (file-roller:13064): Gtk-WARNING **: Attempting to add a widget with type GtkHBox to a GtkFrame, but as a GtkBin subclass a GtkFrame can only contain one widget at a time; it already contains a widget of type GtkHBox
  ricardo@kadath:~$ ls comprobación.txt
  comprobación.txt

6. However, if I open comprobación.zip with file-roller I see "comprobaci??n.txt" filename instead of "comprobación.txt". Moreover, I get an error message when I double click on the included file, and I'm unable to extract the file. I attach an screenshot to illustrate the issue.

[Ricardo Pérez López (ricardo)]

I opened the file-roller task because it seems to be the only tool affected by this issue, although the problem source seems to be the zip/unzip tool.

[Ricardo Pérez López (ricardo)]

As a workaround, installing p7zip-full package solves the file-roller issue. I attach an screenshot to illustrate how the problem is fixed after installing the p7zip-full package.

[Ricardo Pérez López (ricardo)]

Screenshot after installing p7zip-full. Now the comprobación.txt file is listed perfectly and can be extracted double-clicking on it, as usual.

[Ricardo Pérez López (ricardo)]

This is the same screenshot with file-roller running in English.

[Ricardo Pérez López (ricardo)]

Another workaround is to install unzip_5.52-12ubuntu1_i386.deb from Jaunty:

  http://packages.ubuntu.com/jaunty/i386/unzip/download

The unzip_6.0-1_i386.deb version available in Karmic do NOT solve the issue.

[Ricardo Pérez López (ricardo)]

Using unzip 5.52 from Jaunty installed on Lucid:

  ricardo@kadath:~$ unzip -l comprobación.zip
  Archive: comprobación.zip
    Length Date Time Name
   -------- ---- ---- ----
          7 03-22-10 14:14 comprobación.txt
   -------- -------
          7 1 file
  ricardo@kadath:~$ unzip comprobación.zip
  Archive: comprobación.zip
   extracting: comprobación.txt

Works perfectly well.

[Ricardo Pérez López (ricardo)]

I can reproduce exactly the same issue using zip_3.0-3_i386.deb and unzip_6.0-4_i386.deb from Debian:

  http://packages.debian.org/sid/i386/zip/download
  http://packages.debian.org/sid/i386/unzip/download

[Sebastien Bacher (seb128)]

those comments seem to indicate it's not file-roller issue

[Sebastien Bacher (seb128)]

could you add an example to the bug?

[Ricardo Pérez López (ricardo)]

Sure, here's the comprobación.zip file I mentioned above.

[Sebastien Bacher (seb128)]

the issue is not a file-roller one, it's using unzip -l to list the content which is broken

[Sebastien Bacher (seb128)]

could be useful to open a bug about that on the debian bts too

[Ricardo Pérez López (ricardo)]

I talked with Santiago Vila (the unzip Debian package maintainer) and he confirmed that, indeed, the Unicode support in unzip seems to be broken). He points me to a info-zip.org forum thread about the issue (his post is at the end):

http://www.info-zip.org/board/board.pl?m-1250835536/

[Sebastien Bacher (seb128)]

Thank you for investigating, let us know if you get any news on the issue

[Nacho Perea (nacho.perea)]

Just in case you need another example of a file with this bug, please find it attached to this comment.

If you need additional information or testing, just let me know!

[Jan Girke (jangirke)]

The recent File Roller 2.30.1.1 in ubuntu 10.04.1(recent) won't unpack files with special characters in rar-archives.

[Jan Girke (jangirke)]

Forgot to mention: AMD64

[Rolf Leggewie (r0lf)]

lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".