aonez
Delete parted files as they’re being extracted
Configuration
- Keka version: 1.2.18 (4662)
- macOS version: Big Sur 11.6
Describe the bug
When selecting a 165.06 GB collection of rar files numbered part1, part 2, etc., rar files are not deleted as they are extracted. This is a problem, because I only have 162 GB left in my hard drive with all of the rar files, and the extraction takes up another >160 GB. My computer doesn't have the storage for both the compressed and extracted files to exist on the drive at the same time, and I need the compressed files to delete as they are extracted to free up space. I'm not sure if this is what the "Delete compressed files after extraction" option is supposed to do, or if it is supposed to automatically delete after everything is extracted. If the latter is the case, this might be more of a feature request.
To Reproduce
Extract a collection of archived files that takes up half of your available disk space, and the extraction will fail when the storage is maxed out, as the archives themselves are still taking up space. You will get an error log that reads "No more disk space."
Expected behavior
Keka should progressively delete files it no longer needs during the extraction process.
it is supposed to automatically delete after everything is extracted
This is the case, only when all is properly extracted the files are deleted. Also the files are moved to the trash instead of being permanently deleted.
So this would be:
- Delete parted files as they’re being extracted
- Permanently delete instead of using the trash
In case of an issue you will lose all the extracted parts, so I’m not sure this is never gonna be implemented. But probably there’s a way to do it using the command line. I’ll check later out of curiosity.
