Delete archive on extract
-
I vote for this feature too. It would be great to have such a context menu entry as “extract + delete archive”…then in the options choose whether to move to recycle bin or delete for good.
-
and suddenly it becomes much more complicated ;-)
Perhaps, but I don’t actually care about all the complicated stuff. AFAIK WinRAR, which I’ve used for years doesn’t do anything complicated. It just detects which archives were used, and deletes them. No CRC, No Recycle, etc.
I’ve never had a problem with it in all those years, and would be perfectly happy if it was implemented to the same minimal extent.
(I’ve never in all my years had a compression program extract something wrong. I’ve had corrupted FILES, but that causes an error on extraction due to the built-in CRC checks that I’m sure PA already performs. It performs those, right?)
-
Perhaps, but I don’t actually care about all the complicated stuff. AFAIK WinRAR, which I’ve used for years doesn’t do anything complicated. It just detects which archives were used, and deletes them. No CRC, No Recycle, etc.
I’ve never had a problem with it in all those years, and would be perfectly happy if it was implemented to the same minimal extent.
(I’ve never in all my years had a compression program extract something wrong. I’ve had corrupted FILES, but that causes an error on extraction due to the built-in CRC checks that I’m sure PA already performs. It performs those, right?)
well you might not have an issue in the next few years either, but without properly doing it, someone might have an issue with it and someone might lose their files with it… this is why in general, we dont like deleting files without user interaction… something can always go wrong there.
-
I understand what you’re saying and I appreciate your responses, but I’d just like to clarify. I never suggested that there be no user interaction. I mean a prompt that says “Delete?” at the end of each operation.
I’m not an expert on compressions, but if my memory serves me correctly, most compression formats store the uncompressed CRC hash of each file, I have received errors in 7zip, Winzip, and Winrar when the CRCs didn’t match up upon extraction. I haven’t used PA enough to encounter this, but I am assuming it does the check. So unless miraculously you have a combination of events which leads to a file being corrupted in the CRC table of the archive AND being extracted with an error in precisely the way which will cause the CRC to match up with the corrupted one, PA should detect that the operation failed and notify the user. Am I wrong?
With this said, in the case that your operation reports a success, the resultant files should be provably accurately decompressed versions of the bytes making up the archive(s) from which they were created.
At this point, what I am suggesting is, an option that users can enable (default is off), to show them a prompt when an operation has completed successfully, that asks if they would like to delete the archive(s).
-
Yes, this would be a useful feature! SUPPORT! :)
How it could work: an option in the configuration menu something like “Prompt for archive deletion after extracting archive”. The default would be no, so by default there would be no prompts to delete the archive after extraction and the archive would not be automatically deleted. If you changed that setting to yes, then every time you have extracted an archive PA would ask “Do you want to delete this archive?” or “these archives” if you extracted multiple archives or multi-part archive. If you say yes, the archive(s) is deleted into the Recycle Bin.
-
Yes, this would be a useful feature! SUPPORT! :)
How it could work: an option in the configuration menu something like “Prompt for archive deletion after extracting archive”. The default would be no, so by default there would be no prompts to delete the archive after extraction and the archive would not be automatically deleted. If you changed that setting to yes, then every time you have extracted an archive PA would ask “Do you want to delete this archive?” or “these archives” if you extracted multiple archives or multi-part archive. If you say yes, the archive(s) is deleted into the Recycle Bin.
sure, gang up on me!
-
sure, gang up on me!
If its what the customers want Spwolf… :)
I have to admit it would be a useful feature for the future.
-
Sorry spwolf. Being a dev myself I know how you feel :P. You guys probably have your hands full with bigger stuff. But look on the bright side, all we actually want is a very simple implementation of what you’re talking about. Like I said, I personally don’t even care if it goes to the Recycle Bin, which is just a smidge harder than outright deleting the file.
-
Sorry spwolf. Being a dev myself I know how you feel :P. You guys probably have your hands full with bigger stuff. But look on the bright side, all we actually want is a very simple implementation of what you’re talking about. Like I said, I personally don’t even care if it goes to the Recycle Bin, which is just a smidge harder than outright deleting the file.
it is same if we delete to recycle bin or not, but when it comes to how complicated it is in total, it is as complicated at any other new feature… but we will put it on our list, cant promise anything else… thank you.
-
this feature is dangerous. the most safest way is to do this manually.
-
@davidpslash - So don’t use it!
Driving is dangerous. The most safest way is to walk everywhere.
DrT
-
I lost my brakes while driving today because of a damaged brake cylinder :eek:
-
Told you walking is safer!
-
-
@davidpslash - So don’t use it!
Driving is dangerous. The most safest way is to walk everywhere.
DrT
so you walk around and Serhiy hits you with his car and no brakes ;-)
-
This post is deleted! -
so you walk around and Serhiy hits you with his car and no brakes ;-)
That’s called ‘fate’ :eek:.
DrT
-
I am a simple ‘enduser’ without knowledge of .rars and .pars and the complexity behind it.
This being said,I think deleting archives is welcomed specifically when extracting rar-sets, with 10, 20 or more .rars.
In most cases they come with pars as well.
My experience with PA (I can’t judge other archive utilities) is that if something is ‘wrong’ with a .rar-file, like being incomplete, missing, PA warns about this and users can stop the processa and take actions to correct this.
But once PA runs through the entire set without warnings and everything is extracted, then I wonder what would be against deleting the .rars (and .pars)…
Or, in other words, what would be the use of keeping all the rars/pars ?
Last but not least, deleting that stuff still is an option not PA’s default behaviour. If, for whatever reasons, users wish to keep these files then they should tag this option.
-
Last but not least, deleting that stuff still is an option not PA’s default behaviour. If, for whatever reasons, users wish to keep these files then they should tag this option.
Maybe I’m one of the few people in this thread that think this is a very bad idea to implement in PA. I see no reason at all to even have the option of deleting archives after successful extraction. It’s much safer and better if the user have to do this either manually after extraction or creating a script that can do this.
Personally I don’t even want the possibility of deleting a archive automatic after successful extraction from PA, because extracting data from a archive is a read operation of the archive and I then expect the source to be intact after extraction.
Even if this will be an option in PA that’s turned off by default, it will increase the risk of that the user might loose data either by mistake or if something goes wrong.
Kind Regards
Micke -
Seems that the Needs of the Many out weigh the needs of the few…
If users are worried about this feature it will be defaulted to not delete on completion. PA Could even ask on extract “Do you wish to delete archive?” on each extract if needed.
There are many ways to make this safe and clear for users and if Admin dont want it they have the ability to Fix it so users cant change it within the registry.
