Download this ZIP file: http://dslstats.me.uk/files/dslstats32W-6.5.zip
Everything in the ZIP file is in a directory “dslstats32W-6.5”.
However when I extract using right click “Extract Here” the name of the directory created is “2W-6.5” !
I am running PA 22.00.09 on Windows 11. I have seen the same happen with some other kinds of archive too.
If I compress a folder to a .pa using right click, Compress to folder.pa and use the new Windows 11 menu then the Options, Configuration, Miscellaneous, Use normal relative path setting is always enabled.
But I like this option disabled so I have to use the old style menu in order to get PA to compress a folder in the way I wish.
Just tried using the Modern (Windows 10) Icon set and seeing a few missing icons in both PowerArchiver Burner and PowerArchiver Encryption screens . They are all there in the Minimalistik icon set and the only difference I can see is the former is blue and the latter grey. In version 22.00.9
there were some security issues fixed in 7zip:
As it seems, that PowerArchiver and PACL use the 7zip libraries, could you please update them to the latest version?
I noticed that the version of ZPAQ used is older than the latest released 7.15 https://mattmahoney.net/dc/zpaq.html also there seems to be a newer fork that adds several features https://github.com/fcorbelli/zpaqfranz
It would be useful to implement this latest version (it also maintains the same syntax and behavior as the latest official release if used the -715 flag) and add when opening a zpaq file a choice of the version of the files to show (e.g. as dummy folders represented the various versions present). Since any previous changes are stored with this format, it is possible to extract a snapshot of a certain date/version.
If I open a password-protected zipper file (created with WinRAR but I think that’s irrelevant), open it with PowerArchiver and run “Remove Encryption” on the same file, then reopen it and add a password with “Encrypt Archive,” the resulting archive will be protected with the old ZipCrypto algorithm and not AES as indicated.
(this can be verified, for example, by trying to open the archive files with Windows Explorer, which does not support the AES algorithm)
PA 21.00.18 running on Windows 7 64 bit.
I made a big .PA file and thought I’d check it was made correctly with Menu / Actions / Test.
a) PA always issues a UAC prompt to do this!
b) PA always says there are many errors in PA files.
PA2007 - Use same password option doesn't stick
The new “Use same password for same session” option in PA2007 (Beta 2) does not stick.
Setting it has no effect, and it is no longer checked when the configuration dialog is re-opened.
The issue should be fixed in Beta 3.
The checkbox’s state does stick now (in Beta 3), but it doesn’t seem to have an effect on how the program works (or I’m misunderstanding what it is supposed to do).
Here’s what I’m doing (with “Use same password for same session” on):
I have a zip file with several .txt files in it protected by PK v2.04g style encryption.
I open the .zip file, and all the filenames have a ‘+’ next to them (as they should).
I double-click on one of the files, and PA asks for the password. I enter the password and the file opens in Notepad. All OK so far.
Now I double-click on another file in the zip (which uses the same password). PA asks for the password again.
I thought that the “Use same password…” option would tell PA to try the password I entered for the first file before asking me to enter a password again, therefore the 2nd password dialog would not need to be presented.
In case it matters for this, I have “Enable PowerArchiver Password Manager” disabled, as I do not want passwords stored persistently.
that is the way it should work… we will check it out.
It definetly worked few months ago when we implemented it :P
The issue should be fixed in Beta 4.
Thanks! - this is fixed in Beta 4.
But… I have one minor buglet to report on this. When you try to access a file with a different password then the last one entered, it initially gives an error that says “Error: The password is incorrect.”, which I suppose is true.
Ideally it should just prompt for the new password (which it does when you dismiss the error message and try again).
However, this is such a minor issue, and it’s so rare to come across a Zip archive that uses different passwords for files inside it (I’ve only had them for test situations) that I was reluctant to even describe the behavior.
So feel free to completely ignore this.