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 131260 - Extract operation should happen w/o requiring more user clicking
Extract operation should happen w/o requiring more user clicking
Status: RESOLVED FIXED
Product: file-roller
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks: 131224
 
 
Reported: 2004-01-12 18:34 UTC by Seth Nickell
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
This is a proposed patch file for this enhancement (3.24 KB, patch)
2004-03-13 17:27 UTC, srinath
none Details | Review
proposed patch for this enhancement (4.61 KB, patch)
2004-03-14 13:41 UTC, srinath
none Details | Review

Description Seth Nickell 2004-01-12 18:34:42 UTC
When an archive is opened with file roller from Nautilus, it should be
automatically unzipped into the archive's folder, without requiring further
user interaction. A progress bar should be displayed showing progress in
unzipping the file, with a cancel button, but otherwise should just happen
automatically.
Comment 1 Seth Nickell 2004-01-12 18:38:52 UTC
If there is more than one toplevel file in the archive, a new
sub-directory should be created to contain the contents of the
extraction. The new sub-directory should be named the same thing as
the archive, but without the extension. For example, if "foobar.zip"
contains three files "file1", "file2" and "file3", when it is
extracted a new sub-dir should be created called "foobar" to contain
the new files.

Alternatively, if it is easier, it would be ok to just always create a
new sub-directory of the archive's name (even if there is only one
toplevel item in the archive).
Comment 2 Seth Nickell 2004-01-12 18:42:39 UTC
Thus extracting an archive automatically should only create ONE item
in the current directory. If an item of this name already exists, file
roller should extract to "NAME #", starting with the number 2. For
example, if we are extracting foo.tar.gz and a file named "foo"
already exists in the directory, we would extract into "foo 2". If
"foo 2" already exists, we would extract into "foo 3", etc.
Comment 3 Bryan W Clark 2004-01-12 18:47:08 UTC
Making dependency tree with umbrella bug
Comment 4 Seth Nickell 2004-02-29 22:46:41 UTC
I take it his has been punted?
Comment 5 srinath 2004-03-11 17:33:42 UTC
What i suggest is to extract the contents into a folder named
 '<archive_name>_extracted'. This is more help because the user has
not previewed the archive and cannot the recognize the contents of the
archive. This is would be of great help in directories having a lot of
directories within them.
Comment 6 srinath 2004-03-13 17:27:39 UTC
Created attachment 25593 [details] [review]
This is a proposed patch file for this enhancement
Comment 7 srinath 2004-03-14 13:41:53 UTC
Created attachment 25627 [details] [review]
proposed patch for this enhancement
Comment 8 srinath 2004-03-14 13:43:43 UTC
I would also suggest a -p option for those who want to preview the
archive. This would also enable the users who don't want automatic
extraction. they can set the default application for the archives to
'file-roller -p'.  This would not annoy the old users who see the
unexpected change.
Comment 9 Michael Terry 2004-05-15 00:13:44 UTC
Adding PATCH keyword.
Comment 10 Bryan W Clark 2004-06-11 16:54:25 UTC
I'd like to avoid the NAME_extracted, it's a good solution to notifying the user
of the new archive however during the ui-review we discussed with the nautilus
team about having file-roller open up the new directory after the extraction.  

With the spatial nautilus I think this interaction will play out nicely.  We
extract the files into the "NAME #" directory and then open a window of that
directory once the extraction is complete. 

I believe this is all working, now we're just waiting on the nautilus
integration.  Perhaps I should close this and open a new bug.