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 395074 - file-roller delete home folder while extracting a single file without an editor
file-roller delete home folder while extracting a single file without an editor
Status: RESOLVED FIXED
Product: file-roller
Classification: Applications
Component: general
2.14.x
Other All
: Normal critical
: ---
Assigned To: Paolo Bacchilega
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2007-01-10 17:18 UTC by Johannes
Modified: 2007-02-05 18:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
to check it (230 bytes, application/x-compressed-tar)
2007-01-10 18:19 UTC, Johannes
Details

Description Johannes 2007-01-10 17:18:11 UTC
Please describe the problem:
I extract a tar.gz file -> http://mh-lantech.css-hamburg.de/ipcop/download.php?view.166# 
a ip-cop addon. When I click on the icon "view the selectet" file on the top of file-roller I have to choose a programm which I prefer to view the file. Unfordunatly I don't choose a programm from the list or type on in the box. because the list was empty. Afer then, my harddrive worked for 3 or 4seconds and then my homefolder was empty.
What was happen? I think the file-roller-application uses the user-folder as a tmp folder for its viewing programms. The file I selectet was a Installation script called "Install" I think after pushing open file roller opend this script und I has routines which delete the folder it was Includet.


Steps to reproduce:
1. download the file I mentioned above
2. open the archive. select the Install file and click on "View the selected file"
3.  don't select an editor and then click on open it.


Actual results:
It deletes my home folder, exept the files owned by root. or It could not delete.

Expected results:
save the file to another  seperate folder which could not danger any other files. and when don't select an editor I expect an warning message.

Does this happen every time?
yes.

Other information:
no thanks.
Comment 1 Johannes 2007-01-10 18:19:24 UTC
Created attachment 79978 [details]
to check it
Comment 2 Johannes 2007-01-10 18:20:28 UTC
I think there is a problem with the pwd. the script think it is in /home/user while opening it.
Is this correct?
Comment 3 Johannes 2007-01-11 18:07:04 UTC
Hi again.
very, sorry. In addition to my first post I have to say it's not a "blocker" but I can't change this anymore. first -read and think then write...

Comment 4 Paolo Bacchilega 2007-02-05 18:20:29 UTC
I think this can be fixed disabling the ok button in the 'open with' dialog if no application has been selected.  
Comment 5 Paolo Bacchilega 2007-02-05 18:35:17 UTC
I've commited a patch to svn to disable the ok button as described above.