Can't compress to .7z with a space in there name

Bug #132884 reported by zelon
12
Affects Status Importance Assigned to Milestone
file-roller (Ubuntu)
Invalid
Undecided
Unassigned
p7zip (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Binary package hint: p7zip

1. in /home/zelon/vmwareImages/Using WinXP in nautilus
2. select any files
3. mouse right button -> make archive...
4. select 7z
5. make

result:

7-Zip (A) 4.43 beta Copyright (c) 1999-2006 Igor Pavlov 2006-09-15
p7zip Version 4.43 (locale=ko_KR.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)

Error:
Incorrect command line

Changed in p7zip:
importance: Undecided → Medium
Revision history for this message
Siegfried Gevatter (rainct) wrote :

I can confirm this.

Changed in p7zip:
status: New → Confirmed
Revision history for this message
Nick B. (futurepilot) wrote :

Confirming.
Feisty 7.04

Revision history for this message
Siegfried Gevatter (rainct) wrote :

Can someone please confirm if this issue is also present in Gutsy?

Revision history for this message
Nick B. (futurepilot) wrote :

It seems to have been fixed in Gutsy p7zip version 4.51

Revision history for this message
Nick B. (futurepilot) wrote :

I take that back. It seems to have broken. It now produces the same error again.
7-Zip (A) 4.43 beta Copyright (c) 1999-2006 Igor Pavlov 2006-09-15
p7zip Version 4.43 (locale=ko_KR.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)

Error:
Incorrect command line

Revision history for this message
Nick B. (futurepilot) wrote :

Except it says 4.51 not 4.43.

Revision history for this message
Eric (emwine) wrote :

Confirmed in Gutsy x64. This problem occurs even if the space is above the relevant compression.

eg. if I create a new folder on the desktop, "untitled folder", place something inside it and try to compress to 7z, I get the above error.

home
  user
     Desktop
        untitled folder
            foodir <-- secondary click this and compress to 7z.

Revision history for this message
Nick B. (futurepilot) wrote :

I've been fooling around with this an I'm beginning to think this might be a bug in File Roller. I can't reproduce this with Xarchive. If anyone would like to confirm this just install Xarchive
sudo apt-get install xarchive
and try to reproduce it.
Don't try with the Right Click method because I think that is part of File Roller.

Revision history for this message
Mika Wahlroos (mpw) wrote :

This is definitely a File Roller bug. It doesn't affect the command-line tools. They can be used for the task just fine assuming that the file names are properly escaped.

Looks like File Roller, on the other hand, does not properly escape the file names when using 7z. Upstream bugzilla claims [1] that a similar bug has been fixed in SVN, and the fix seems to be trivial.

[1] http://bugzilla.gnome.org/show_bug.cgi?id=429816

Revision history for this message
Mika Wahlroos (mpw) wrote :

According to a quick test, the patch attached to the upstream bug seems to fix the issue. I'm willing to test more thoroughly if someone decides that this is worth fixing.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

no need to open a new task for the file-roller one, since it was already reported as bug 106575. thanks.

Changed in file-roller:
status: New → Invalid
Revision history for this message
Mika Wahlroos (mpw) wrote :

I guess this is just a duplicate of that bug in that case, because this probably isn't really a bug in p7zip either. It seems to be purely a File Roller issue.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.