Can you include .3MF to the list of re-compressible formats? Its structure is similar to MS Office 2007 documents and Open Document Format. It is a ZIP Deflate archive with XML data and some JPG, and/or PNG pictures inside. Otherwise, if I try to compress .3MF it bearly makes it smaller unless I recompress .3MF to the Store setting then it makes it a lot smaller.
Wish they all would move to 7zip ZSTD in the first place so that the optimized file size with FileOptimizer would be 50% of the ZIP Deflate version. And there would be no extra compression needed :)
I noticed that the option to add the optimize archive function to the context menu is missing on Windows 10.
Opening each archive with the interface in order to click it becomes tedious with many files.
Same for others functions like Remove Archive Encryption
Unsolved Better handling for protected archives
I’d like to propose an improvement for password protected archives.
Actual behavior is:
If I open an archive, which is password protected and make a typo in the password dialog, I’ll get the message, that the password was wrong and I end up with an empty window. I need to reopen the archive to be able to enter the password again.
Tell me, that the password was wrong and give me the chance to enter the correct password to decrypt the archive.
Which format was the archive?
It should definitely provide the window again so that you may re-enter the password.
I’ve tested .zip and the password dialog reappears but it could be improved as well, which I’ll be logging in.
Please let me know what format you’re using where you get the blank window, would like to try to reproduce that as well.
@mili Hi, thank you for the answer.
Actually, yes - also for zip files, this could be improved, by giving the possibility to reenter the password in the “wrong password dialog”. But at least, I’m asked again.
But it’s worse with 7z (which was the format of my archive):
I played a bit around with the options:
- If encryption of file names is enabled for the archive, PowerArchiver will behave as described above; e.g. after double clicking the 7z archive and entering a wrong password, I get an error, that the password was wrong and afterwards PowerArchiver doesn’t give me a chance to retry, but opens without the archive.
- If encryption of file names is disabled, the behavior won’t be correct either: I open the archive and after trying to open a file in the archive, I’m queried to enter the password. After entering a wrong password, I’ll get a PowerArchiver error, that the respective file from the archive could not be created - possible reasons: File in use, disk full or no write access… Clicking “Yes” in this dialog will lead to the correct “Wrong password” error. I’m not asked to reenter the password
As I often also use RAR archives, I’ve also tested there:
- With file name encryption enabled, I get a misleading error, that I should open the first volume of the archive instead of “wrong password”; afterwards the PowerArchiver window opens without giving me the chance to reenter the password or that the password was wrong.
- With file name encryption disabled, after trying to open a file from the archive, I get the wrong password error. I’m not asked again.
It’s needless to say, that I would expect, that PowerArchiver would handle this the same for all archive types.
We’ve logged this issue for fixing, thanks very much for the details!