GNOME Bugzilla – Bug 142530
Can't create archives from non-folders
Last modified: 2005-02-02 00:28:07 UTC
From Nautilus, I can click on a file and select "create archive". But clicking on it doesn't do anything. It only works when I right-click on a folder and select "create archive". It also works when creating archives from archives (right-clicking on a tgz and selecting "create archive").
Julien: I tried the archiving from nautilus, but it seems to be working fine except one problem. When i click on the folder and click Edit-->Create Archive (from the taskbar menu) it prompts me with a window for entering the name of the archive, and that archive gets created. One of my observations is that the archive process will not do anything if the folder is empty (which seems to be logical). For eg: I have a folder test/ which is completely empty. I tried to create the archive from both the options (right click on folder and selection from taskbar) but it simply does nothing [test.tar.gz is not to be found anywhere]. But if there is atleast a file test/ the test.tar.gz is created successfully
I can verify that, but it is not really related to this bug. Maybe you should open a new bug report for this particular problem.
Just to be a bit more clear, when I try to create an archive from a file (not a folder), I don't even get the dialog asking for the name of the destinatio folder, while when you try to create an archive from an empty folder, you get it, even if it doesn't actually create the archive. I hope it's clear...
Same problem reported in the Debian BTS: http://bugs.debian.org/243878 I can reproduce it here but I've no idea of how to debug it.
When File-roller's menu entry moved to the System section in GNOME 2.6, this bug acquired a lot more relevance, in my opinion. Right now, a common task like creating a zip archive of a few files is supossed to be done in Nautilus directly, but in a variety of cases it doesn't work. Opening File-roller directly isn't as obvious as it was before, because the menu item is quite hidden now, in a section a normal user shouldn't even see. Paolo, do you know why this happens? I think it should be fixed in GNOME 2.6.3, if possible.
I think it is a nautilus bug.
Can you give more info? I think Sebastien already queried the nautilus guys when he encountered this bug and they said they thought it was a f-r bug. What makes you think it's nautilus?
I'm trying to figure what's happening with alex's help. I'll add more details here as soon as I've something to add
>Can you give more info? I think Sebastien already queried the nautilus guys when >he encountered this bug and they said they thought it was a f-r bug. file roller isn't executed at all, that's why I think it is a Nautilus bug.
I'm seeing this bug too (Debian packages), but for me it also happens with folders.
It's caused by a bad strcmp test in file-manager/fm-directory-view.c:extension_action_slow_mime_types_ready_callback() (this is patch against 2.63 - sorry don't have bandwidth to get cvs for this.) --- nautilus-2.6.3/src/file-manager/fm-directory-view.c 2004-06-02 19:50:31.000000000 +0100 +++ nautilus-2.6.3-new/src/file-manager/fm-directory-view.c 2004-08-07 13:17:28.000000000 +0100 @@ -3816,7 +3816,7 @@ g_object_get (l->data, "name", &name, NULL); - if (strcmp (name, item_name)) { + if (strcmp (name, item_name) == 0) { is_valid = TRUE; g_free (name); break;
*** Bug 140340 has been marked as a duplicate of this bug. ***
*** Bug 142748 has been marked as a duplicate of this bug. ***
Looks obviously right. Commited to cvs. Thanks for the patch!
*** Bug 155686 has been marked as a duplicate of this bug. ***
*** Bug 161760 has been marked as a duplicate of this bug. ***