issue here is that we cant implement it properly and make 100% sure that it is 100% failsafe. Only way i can see that happening is crc checking each file, which is not that simple and might be quite slow on some archive…

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).

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.

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.

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.