Win 11 64 bit
I have some archives which have been encrypted, using the encrypt option either in pbs or when interactively creating a zip. When I open these, and look at files, I am asked for passwords, which I know, and then can view items or decrypt the files in the archive (tools>decrypt files).
However, when I use the Actions>Remove Archive Encryption (whether using the same zip or asking to write another), the routine shows progress bar to the end, but then just hangs i.e. “OK” never activates. All process information shows this stalled/hanging.
What can I do to sort this out?
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)
Bug in PowerArchiver & Annoyance in PowerArchiver
Just found a bug in PowerArchiver 2007 v10.01.03.
These are the steps to reproduce the bug:
Open the program, and then press and release the “alt” key on the keyboard. Press “m” for menu. Now press “i” for “Find Archives”. Now try and click the “Cancel” button on the “Find Archives” dialog box. The first time it is clicked it won’t do anything, and the second time it is clicked it will produce an error. This is when running under Windows XP Pro SP1 with a clean install of the PA2007 trial. I have tested this in VMWare on a clean XP Pro SP1 install and it does give the error. The error message varies. I have gotten “Access violation at address 0049E5CD in module ‘POWERARC.EXE’. Read of address 000000E4.” & also the same message but with both sets of numbers being all 0’s. Once or twice I also got “Priviledged instruction” or something like that (can’t quite remember, and only get it rarely). Also tried this in VMWare on XP Pro SP2 and it will throw the error under that setup too.
My second issue is not a bug per say, but is a way a certain feature works, that I dislike. When right clicking on a folder, and telling PowerArchiver to compress it, if you are not using “Save full folder info” then the files are added to the archive okay, but the folder name is discarded. Meaning that if you do an “extract here” on the file you just created, it will dump out all the files into the current directory instead of recreating the folder that they were in when you did the compression. Previous versions of PA did not do it like that. Now, if I want to right click and compress a folder, but still have it decompress to a folder, I have to make a temp ‘placeholder’ folder to drop the other folder into, and then right click on the ‘placeholder’ folder and choose to zip it up. I don’t know if this was an intentional change in functionality or not, but I find it aggravating.
… Open the program, and then press and release the “alt” key on the keyboard. Press “m” for menu. Now press “i” for “Find Archives”. Now try and click the “Cancel” button on the “Find Archives” dialog box. The first time it is clicked it won’t do anything, and the second time it is clicked it will produce an error.
Confirmed (in Win 98SE) - Modern View - Don’t need to actually start the find function, just trying to cancel the dialog produces the error.
… When right clicking on a folder, and telling PowerArchiver to compress it, if you are not using “Save full folder info” then the files are added to the archive okay, but the folder name is discarded.
PA has always worked this way (in default). To change it to how you want, you need to activate the option “Miscellaneous / Use normal relative path”.
Thanks for testing the bug, and thanks for the clarification about the compressing a folder issue. I wasn’t aware of what the ‘normal relative path’ function was for, and I guess it must have been set in my older version and I didn’t notice it getting dropped when I did the upgrade. Now that is solved, so its just a matter of finding out from the developers as to what is going to be done about the bug. I am curious as to what causes it, as it seems that the different error messages thing is a bit weird. I mean, if there was a specific error in the code, you would presume that it would always produce the same error message.
you report - we fix… thats what will happen with it :-).
Just found out that using the ‘alt’ key method of bringing up the menu seems to be what triggers it, as pressing the ‘f’ for “favorite folders” triggers the same issue where closing the resulting window causes an error. So you can launch either the ‘find archives’ option or the ‘favorite folders’ option using keyboard commands only, and it will give the error when you try and close the resulting window.
The issue should be fixed in 10.1.
Please check prerelease version 10.1 B1:
And let us know if this fixes your issue.
The Alt menu crash is fixed for me (PA 10.10.08).