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 \test.txt ^[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