After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 324991 - extracting files clutters everything
extracting files clutters everything
Status: RESOLVED DUPLICATE of bug 168388
Product: file-roller
Classification: Applications
Component: general
2.13.x
Other All
: Normal minor
: ---
Assigned To: Paolo Bacchilega
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2005-12-26 00:10 UTC by David Christian Berg
Modified: 2006-01-15 15:17 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description David Christian Berg 2005-12-26 00:10:17 UTC
Well, once upon a time it has been that all the files you extracted were placed
inside an foobar_FILES folder. Well, this time has passed. And in a way it is
good. Everytime one had a single folder within the foobar_FILES folder, one was
distracted by the fact, that there is this obsolete hierachy.
But now a new problem arose... with many files in a zip, they now are extracted
to the working folder and not wrapped into another folder. This is annyoing,
because they mix with already existing files.

So how should it actually work?
If there are up to three (or one or Gconf key) files or folders inside a
compressed file just extract them in the working folder.
If there are more than this number inside, create a foobar folder out of the
foobar.tar.gz and place the extracted files into it.

Hope to see this implemented soon.
Thanx!

Other information:
I'm using the Nautilus right click menu.
Comment 1 Christian Kirbach 2005-12-26 13:29:40 UTC
The nautilus right-click menu says "extract here" which is precisely what happens.
I assume you want a new menu entry "extract into subfolder" or something?
Comment 2 David Christian Berg 2005-12-26 23:23:50 UTC
Well. Point is, that I as a user can't tell, how many files there are in a zip-folder. Tars usually include a directory, but zips quite often don't.
An extra menu doesn't make sense.
I want some magic that makes me not bother about this. And I surely don't want 40 Files extracted all over my Desktop, just because I didn't know, there was no folder in the zip file.
If there's a folder in there and I do extract into subfolder this is not what I want either, because I need to copy out of that extra folder, since otherewise the hierachy is quite the mess.
Extract here means I want to easily be able to access the files from where I am right now.... nobody cares about a folder that didn't exist before, but would actually appreciate it, just as I do.
Comment 3 Christian Kirbach 2005-12-27 11:43:01 UTC
I certainly do get the idea why you want this behaviour.
It is however not that simple. 
What if the archive contains files and folders?

Where should be the threshold to decide whether a folder should be created?

I suggest that no more than four items are the threshold. Items are files and folders. Perhaps the right-click menu entry should reflect this (a) "Extract here" (b) "Extract into subfolder"

what is your opinion
Comment 4 David Christian Berg 2005-12-27 19:15:38 UTC
Oh, yes, I was talking items, not files or folders, sorry for not being specific.
The approach you mention is exactly what I was thinking of. 4 as threshold sounds good. could be 3 or just a preference with 3 or 4 as default.

If I understand you correctly the right click dialoge would display

"Extract here" for n <= 4
or
"Extract into new subfolder" for n > 4

I'm not sure it's a good idea to have changing dialogue items, but I don't have a strong opinion about it. I tend to think that "Extract here" is good enough for both cases. It's nothing that will confuse people, because most of the time they won't know, what the file actually looks like inside.
Comment 5 Christian Kirbach 2005-12-28 00:39:49 UTC
Very well, confirmin report.
Comment 6 David Christian Berg 2006-01-01 19:15:55 UTC
Sorry for the spam, but would you please actually set this bug, to confirmed? I was surprised to see it in my "NEEDINFO" list.
Comment 7 Christian Kirbach 2006-01-02 08:54:01 UTC
wondering why I missed to set it confirmed...
Comment 8 Paolo Bacchilega 2006-01-15 15:17:23 UTC

*** This bug has been marked as a duplicate of 168388 ***