This appears to be happening again with the Power Archiver 2022 shell extensions.
When I have Use Explorer Shell Extensions enabled in Power Archiver Configuration and right-click on c:\Users\username\Start Menu, (hidden Junction file), File Explorer crashes.
I have version 21.00.15 (03/2022) 64-bit installed in Windows 10 Version 21H2 (Build 19044.1826).
In the latest version of PA, on W11 (latest build/SP) when you try to use the first level context menu - NOTHING HAPPENS (particularly when you do this from Downloads or Documents folders) - however I noticed that it DOES WORK when you use the context menu from the Desktop. Going to the second level context menu does work however.
PA 2023 22.00.08
Long time no seeing. So I start up the new year with a first problem : the virtual driver cannot be installed. Reason : it is missing in the Fast Ring PatchBeam Update Service…
Virtual driver PA 2023-01-28 152607.png
It seems a standard problem with new releases :-)
Can I have a link or can it be fixed. Thank you. CU later
When the function for testing archives is invoked via the shell context menu (PowerArchiver > Test) then all the files in the archive get extracted to the current folder.
The test dialog reports as many errors as there are files in the archive but it fails to give any hint as to which files are supposed to be erroneous or what the nature of the problem might be. Comparing the extracted files to the originals shows no differences at all.
The .7z in question was produced with maximised compression settings in 7zip (taking forever but resulting in smaller archives than .7z produced by PowerArchiver with maximised settings). Therefore I wanted to see whether PowerArchiver can at least test .7z that it produced itself. Hence I had PowerArchiver convert a .pa with the same contents to .7z. There weren’t any errors reported but the resulting .7z contained fewer than half of the files contained in the .pa (137 of 366), so I scratched that test.
Performance is abysmal when testing via the context menu (e.g. almost 2 minutes for testing a .7z that 7zip tests in 4 seconds), but that is most likely due to the fact that the extracted files are written to disk. Testing the same .7z in the PowerArchiver GUI takes only 8 seconds but causes the mysterious appearance of a UAC dialog, as reported elsewhere.
The testing function is vital because PowerArchiver has a history of producing archives that it cannot unpack without errors or that do not conform to the respective file format standards (e.g. ZIP) so that other programs report them as erroneous.
The point of creating archives is that the files in them will most likely have to be extracted at some point. If the extraction cannot be guaranteed to produce correct results then the whole program is absolutely pointless. Actually, worse than pointless - it causes data loss and hence damage.
In PowerArchiver 2023 22.00.06 configuration, the option labelled “Start PowerArchiver 2023 Starter when my computer starts” seems to be redundant.
I am only allowed to change this option when PA Starter is disabled, and then it seems to be ignored.
When I enable PA Starter this option is forced to the enabled state.
I think it’d be good to remove “Start PowerArchiver 2023 Starter when my computer starts” completely. I’ve always found it confusing having both options.
Added later: However i don’t particularly want to use queue but I do like having the PAStarter icon in my tray area.
W10 Pro 22H2 - 64 -bit
PA 22.00.06 (PA 2023)
It has been the case with previous versions of PowerArchiver, but I had hoped that the latest might behave differently. Not so, I’m afraid.
I have, for various obscure reasons, created a few .pa archives, mainly in the hope that they will save me some more space. From time to time, I use the “Test” option to check that important archives are OK and uncorrupted.
With every .pa archive I’ve tested, the process runs through OK but then reports that there are errors. This is always the number of files in the archive e.g. if 11 files, then 11 errors reported.
In the .pa, I can:-preview the files (usually PDF) extract some or all files and look at or use them convert the .pa to a .zip or .zipx archive, which then works fine and tests without errors
Is it the case that the Test routine isn’t designed for .pa archives, or is there another reason? Although the .pa seems to function properly, despite the test reporting errors, I would like to be sure that every .pa is OK and not “broken”.
Some of the .pas are quite old and produced with earlier PA versions (they are truly “archives”). If I extract all the files in the old .pa, create a new, fresh .pa and add back the files to that, then test the new, no errors (at least in the .pa I’ve tried this on) are reported. This would suggest a mismatch between old .pas and newer versions of PA itself.
Dear @Alpha-Testers and all of our users,
time has come for testing of PowerArchiver and PACL for macOS.
Please let us know here if you have Mac and can test latest builds.
PowerArchiver 2020 - tabbing, opening, extracting, adding, testing, favorite folders, support for multiple languages, opening via Finder, explorer mode, installer.
PACL 10 - support for most formats and features in Windows version.
Upcoming: Tools such as archive converter, batch zip, multi-extract.
To start testing, please sign up here in this thread, and we will send you latest build.
Ashampoo_Snap_Wednesday, November 20, 2019_12h54m56s_008_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m05s_009_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m14s_010_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m30s_011_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m39s_012_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m49s_013_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h56m00s_014_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h54m43s_007_.png
Remembering encryption (again)
I had an earlier suggestion which you partly implemented.
I am wondering if you can fully implement this at some point.
I wanted PA to “remember” if a file was encrypted so that when I added a file I did not have to choose encryption — and the type of encryption.
Once upon a time, whenever I would drag and drop a file to an encrypted archive, the encryption option was always set to disable. Since I do this probably 20-30 times a week, I thought it would be nice for the system to know / remember that it was encrypted.
It now does – sort of. But once I drag and drop any file on an archive where I DON’T where the files are NOT encrypted (and change the encryption level to disable), then the system forgets every other encrypted file on my system. Once I reset it on every other encrypted file (6 of 7 of them), then the system “remembers” that it is encrypted. That is, it remembers until the next time I want to put a file in an unencrypted archive.
Put differently. I have to set the encryption level on every frequently used archive for the system to remember it for any of my files, but if I disable it on even one archive, it disables it on all of them until I reset each one by one.
While I have you, I would like to reiterate my request to allow move – as well as copy – to archive, perhaps by holding down the Shift or Control key when I drag and drop.
it remembers last used setting, not archives.
Otherwise, PA can detect if you have an ecnrypted file in archive… but what happens if you have 10 encrypted and 10 unencrypted files, which is easily possible in ZIP?
At least you understand the concern.
If I have 10 archives I regularly use, nine of them are encrypted and one isn’t, then changing the one changes all 10.
Wouldn’t it be better if it “recognized” that the file were encrypted?
Perhaps I am wrong, but it seems there should be some way to avoid this problem. 'Cause the fix, for me, isn’t really much of a fix.
BTW, I NEVER have a mix of encrypted and unencrypted files in the same archive, and I suppose I would have thought that was true for most people. I have a fairly good imagination, but I can think of only a few very odd circumstances where I might do that (although I don’t do it AT ALL).
Then there is the other proposal I have made several times (sorry for being such a pest, but I know this is doable).
it is not the archive, but files inside - inside same archive, you can have both encrypted and unencrypted files… how do you decide what setting to automatically show you?
But the system doesn’t really remember the last setting. I have to reset EVERY encrypted archive to encryption for the system to remember.
If I had to do this only once, it would be unfortunate, but not a serious problem. But as I said, Once I add a file to an unencrypted archive it is NOT enough to reset that option of one archive. It changes that option until I have reset the option on all my encrypted archives. So if doesn’t JUST remember the last setting. If the last setting is to disabled encryption resets the option on ALL encrypted archives.
I think a set of my interrelated concerns could be solved if you had an option for a ZIPX profile as well as a ZIP profile (see the attached image)
You can make your own ZIPX profile by creating a new ZIP profile with, say, Optimized(Zipx) compression which you can use.
I have that, but it does not show up as an option in the profile window I showed up in the last image.
Indeed, by default, you now have ZIPX as a default profile . . . but it doesn’t show in the first or second of the two drop-down windows (format and profile).
Does that indicate that there is a problem with my set up somewhere?
A solution . . . connected to a phenomenon I mentioned in an earlier thread.
If I change the format from ZIP to anything else and then back to zip, THEN I can see options in the drop-down profile menu. But I have to change to some other format first . . . and then back._
do you have several profiles setup, or is this about default profile? Is it only in drag and drop window or everywhere where there is profile option?
i just created profile named zip encrypt and showed up in main window add screen, main window drag and drop and shell extensions?
Drag and drop – which is about all I do.
Also, a profile I created before you could rename name, shows up once I changed profiles and changed back. It also shows up in the FTP drop-down profile options.
Any way to get rid of this name in the profiles. I looked at the registry, but it was reluctant to tinker since it appears 4-5 keys are interlinked to define those profiles — and I was afraid I would leave one or delete the wrong one.
RJWaring last edited by
Use PowerArchiver’s backup tool that creates a registry copy of your configurations.
Then if you mess up PA’s registry to a point it wont work just double click on the PA Backup you made and that will recover you working config settings.
There is no risk to you OS by modding PA’s registry… Belieave me i’ve been in there allot.
The old profile is gone and PA seems to be chugging along just fine.
Nice Post. You have provided good information, Please keep writing.