When a zip file contains files (and/or directories) with spaces in their names,
and a user double-clicks on them to open them, file-roller seems to misquote the
filename when invoking the application.
The files are extracted to the /tmp/fr-XXXXXX/ directory OK, but then each space
in the filename is converted to '%5C%20' (i.e. backslash, space) in the URL
passed to the application.
I can reproduce this. The problem extends to more than just spaces, it's a
broader problem with incorrect escaping. I get emailed a daily zip file of some
IRC logs (all files that begin with a hash character) and file-roller also
generates an incorrect path when opening those with the default text editor gedit.
I've just created a test case zipfile. All tests in the zip file whose names
don't end in -OK failed, ie file-roller generated a bad path. The following
tests caused an error when I attempted to open them:
^[test.txt (ie <ESC>test.txt)
^Ctest.txt (ie <CTL>Ctest.txt)
^Mtest.txt (ie <CTL>Mtest.txt)
^Vtest.txt (ie <CTL>Vtest.txt)
t^Itest.txt (ie t<TAB>test.txt)
I've added a '-ERR' suffix to their names in the uploaded file.
The error in file-roller was:
"An error occurred while extracting files."
and the output it reported from zip when extracting '*test.txt' was:
"caution: filename not matched: badpaths/\test.txt"
Errors from the others were similar.
Created attachment 120460 [details]
Zipfile with variety of testcase names for file-roller escaping problem
Fixed upstream. http://bugzilla.gnome.org/show_bug.cgi?id=170258