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)
I confirm that, on my machine, 9.00.35 fixes the screen positioning problem.
Unfortunately, it suffers from lots of other bugs & problems that Power Archiver has suffered from for some time, some of which I reported back in 2002. See list below. Further details available on request.
1. When you try to create a new LHA archive using the Power Archiver “New” button on the toolbar, it crashes with an access violation once you’ve finished with the Add dialog box.
2. When creating an LHA archive (from the Explorer shell - the only way I managed to do it with getting an access violation), it fails to add an end-mark to the end of the file. (This is just a single byte containing the binary value 0. It needs to be appended to the end of the file to indicate there are no more files inside the archive.) Without this end-mark, the “official” lha32.exe utility complains about a missing end-mark when extracting or testing the archive.
3. Cannot cope with ZIP compression methods “DCLImplode” (used by PKZIP 2.50+ and the PKZIP run-time library), and “Reduce” (used by PKZIP 0.95, made obsolete by PKZIP 1.00+ but still supported for extraction up to PKZIP 2.04g and also by all versions of WinZip). For the Reduce method, the component that you use for extraction (Dynazip) calculates the CRC incorrectly.
4. The Test action does not work properly. Sometimes, when a file produces a CRC error, testing does not report problems with subsequent files. Other times, inability to decompress a file is not reported at all. This means that the Test action is unreliable, and therefore worthless.
5. Fails to recognize the default compression method of the Microsoft compress.exe utility (i.e. the method used when none of the -z, -zx or -zq options are given).
6. Fails to extract previous versions of a file in an ARJ Chapter archive. It lists all chapters (i.e. versions) of the file, but always extracts the latest version from the ARJ archive no matter which one you select to extract.
7. Fails to decompress .Z files, created with the unix “compress” utility.
8. Power Archiver uses an incorrect definition of the “System default” startup folder. It should work the way it does in WinZip and other utilities: the system default folder is the one I specify in the Properties box of the shortcut I use to run the utility. Instead, it considers the system default folder to be its installation folder.
9. Fails to create CAB archives containing files beginning with a dot character, i.e. “.*”, or containing certain non-English characters.
I have moved this post into thread of its own from:
Although, these should be in separate posts, according to their issues. Please post separate issues in separate threads or it will be much harder for us to deal with it.
1. - Can you explain step by step what have you done to get the error? (works here)
2. We will check it out
3. This is an Wishlist item, although I doubt we will support older/unused methods
4. Can you please explain situations in which specific case this does not work, without that we can not fix it.
5. This is an wishlist item, although I doubt we will support unused methods
6. Another wishlist item, we will check it out.
9. Thanks we will check it out. This is an open issue with CAB, BH formats.
You should have entered all these issues in separate posts, except for maybe 3,5,6,7. Nevertheless, thank you. Please report anything else you find.
Thanks, I will post separate items later (I’m busy right now) for those issues which need further information.
For the rest, thanks for looking at them. I don’t think it matters much if you don’t support old and hardly-ever-used compression formats/methods (items 3,5,6,7).
But it is important to recognise such unsupported methods and produce an appropriate warning message, rather than pretending to support them and getting into trouble half-way through reading the file.
I have fixed the issue with number 8.
Issue with number 1 I couldn’t reproduce - can you please explain step-by-step.
I will look into other decompression/compression issues related with special formats…