when i try to extract a file that already exists in the folder i want to extract it to, i get the following error output: tar: blat.txt: Cannot open: File exists tar: blat.txt: Cannot open: File exists tar: Error exit delayed from previous errors blat.txt blat.txt xarchiver should tell me, that the file already exists and ask, what it should do with the file (overwrite? yes/yes to all/no/cancel) ADDITION: when i tried to extract the file by using drag and drop, i get the "An error occurred while accessing the archive. Do you want to open the error messages window?"-dialog. when i open the "extract"-dialog after this failed dnd-type extraction, the entry to enter the path in (which should hold the current path of the folder containing the archive plus the filename without extension as described in bug 1907 (closed)) has very weird characters or some string like "operation failed." or "xarchiver 0.3.9svn" in it. this does only happen, when using drag and drop with the error message about existing files.
I can't reproduce it. Could you please tell me: 1) the exact filename of the folder you dropped the files 2) the exact filename you dropped to the folder 3) you did other archive operation before extracting with DnD Thank you Giuseppe
1. the folder is "/home/baze/testing" 2. the filename is "blat.txt" 3. no, just opened the archive, dnd'ed the file into the folder and got the error message. then i opened the extract dialog.
I did a change in the code who handles the extract path. Can you try with current revision please ?
(extracting done by dnd) now when i try to extract a file from a zip file, it just overwrites the existing file. when i try to extract it from a .tar.gz, i get this error message: blat.txt tar: blat.txt: Cannot open: File exists tar: Error exit delayed from previous errors but the extract path is now correct in the extract dialog, so i change this one to enhancement as i still think it would be better to ask the user if he wants to overwrite the file in a way thunar does (overwrite? yes/yes to all/no/cancel).
It's a bit tricky to do this because all the files are concatenated in one string and this is then sent to the archiver (tar, zip, etc). I could test the files one by one but this is not good, can you imagine an user who extracts thousand of files ? It will take too much time and performances. The best solution, I think, is to have overwrite as default for tar.
Fixed in svn r22256.