-
For some reason, the PowerArchiver functions in the Windows 11 context menu no longer work after the last Windows Update. Only the functions in the classic context menu function as they should.
I’ve tried uninstalling PowerArchiver and using RevoUninstaller to remove all bits and pieces that were left behind and did a clean install of PowerArchiver, it didn’t fix the issue. Other items in the Windows 11 context menu work.
-
Re: Explorer.exe Crash on right click
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).
-
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.
Discovered:
a) PA always issues a UAC prompt to do this!
b) PA always says there are many errors in PA files. -
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 errorsIs 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.
-
Clipboard02.jpg
See the, supposedly, blank space where the green box is? It’s like that in Modern Light theme too. I can toggle it, but it’s missing text or shouldn’t be there I guess?
Thanks :)
Weird compression issue
-
Using PA version 9.64
I have one directory with about 98 zip files. All zip files pass PA archive test and can be uncompressed without error. The problem is if I uncompress to same directory, delete the original zip file, PA will not re-compress the file I just uncompressed. If I right-click on the file and select to compress to .zip, it just pops up the compression window for like a split second, then goes away without a zip file being created. Here’s where is gets weird: I can compress them using 7zip back to zips, use PA to uncompress, and then PA will compress those. I played around with a few other directories on my disk and it appears to be isolated to this one particular directory. If I duplicate the contents to another dir, they experience the same problem. Does anyone know WTH would cause this? Seems like something is out of wack with these particular files, but I would think they would fail the test if something was wrong with them.
-
It seems to me some weird permissions issue?
Check permissions for those files in properties tab and see if that helps.
thanks and marry christmas!
-
Using PA version 9.64
….I can compress them using 7zip back to zips, use PA to uncompress, and then PA will compress those. I played around with a few other directories on my disk and it appears to be isolated to this one particular directory. If I duplicate the contents to another dir, they experience the same problem.
What type of files are these? What is your operating system and language configuration? Are you running an antivirus program? If so, what brand and version?
If you are running Windows XP, can you compress the files using right-click, Send To –> Compressed (zipped) Folder?
Also, if it is possible for you to divulge, what is the full path to the files you are attempting to compress with PA? Are the path names using any strange encoding?
-
I’m running XP Pro sp2 fully updated and Kaspersky 6 as my AV. If I right-click and try to compress to zip, it just pops up a progress window for split second and nothing is created. No luck making a zip file from the “New” option in the context menu, either. If I drag the files inside the archive, nothing is there when I check its contents. The directory is just a run of the mill c:\zipfiles so nothing odd there.
-
I’m running XP Pro sp2 fully updated and Kaspersky 6 as my AV. If I right-click and try to compress to zip, it just pops up a progress window for split second and nothing is created. No luck making a zip file from the “New” option in the context menu, either. If I drag the files inside the archive, nothing is there when I check its contents. The directory is just a run of the mill c:\zipfiles so nothing odd there.
what about creating an new txt file in the same folder?
-
Anything new I put into the dir behaves fine. I went ahead and unzipped all the files and re-zipped using 7-Zip so they’re all working fine now. PA is able to unzip and rezip them now. There had too be something out of wack with the files themselves, but it doesn’t make sense that 7-zip had no problem with them and PA did. I doubt its related, but I had an issue a few months ago where I couldn’t drag files from any directory into a PA zip file. They would just overlap the icon. That was fixed by re-installing PA, but that didn’t work for this problem.
-
I’m running XP Pro sp2 fully updated and Kaspersky 6 as my AV. If I right-click and try to compress to zip, it just pops up a progress window for split second and nothing is created…
Try these and see what happens:
1. Disable Kaspersky AV and attempt the zip.
2. If using a third-party (non-xp) personal firewall, re-enable the XP firewall and disable the third-party firewall. Again attempt the zip
3. Attempt the zip by first launching PA then dragging the file onto the PA interface.
4. Launch Control Panel –> Administrative Tools --> Event Viewer and check the Application, Security, System, and (if you have one) Antivirus events to see if you get any interesting errors.spwolf: Might it be a good idea to add a logging option (off by default) to PA? ;)
-
Anything new I put into the dir behaves fine. … I doubt its related, but I had an issue a few months ago where I couldn’t drag files from any directory into a PA zip file. They would just overlap the icon. That was fixed by re-installing PA, but that didn’t work for this problem.
Hmmm… maybe your system needs a good scandisk?
-
Anything new I put into the dir behaves fine. I went ahead and unzipped all the files and re-zipped using 7-Zip so they’re all working fine now. PA is able to unzip and rezip them now. There had too be something out of wack with the files themselves, but it doesn’t make sense that 7-zip had no problem with them and PA did. I doubt its related, but I had an issue a few months ago where I couldn’t drag files from any directory into a PA zip file. They would just overlap the icon. That was fixed by re-installing PA, but that didn’t work for this problem.
seems to be as if it was permissions/ownership problem. PA’s zip engine respects those, while 7zip’s dont (including 7zip in PA itself).
As long as it works, great!
-
I checked the permissions on the files and they’re set just like normal archives that anyone has access to. Shouldn’t PA pop up some sort of error message about permissions?
I did run a checkdisk, btw. All is good and nothing in my error logs.
-
I checked the permissions on the files and they’re set just like normal archives that anyone has access to. Shouldn’t PA pop up some sort of error message about permissions?
I did run a checkdisk, btw. All is good and nothing in my error logs.
you checked ownership of the files? Not system/read only, etc, which are the attributes…
-
If this happens again, see if something has the file opened, which I think might prevent PA from being able to re-compress it. You can use “OpenedFilesView” from NirSoft to check for this:
-
Ownership was set to full control for admin as well as my user account.
-
Ownership was set to full control for admin as well as my user account.
One thought I had, was that there may have been a possibility that the attributes of those files somehow got set to SYSTEM and PA was not configured to include system files in its archive. Since I am now using PA 2007 Beta, I cannot confirm.
However, if you still have one of those files that PA could not compress, you can open a command window, cd to the directory containing the file, and type attrib. If the you see an “S” to the left of the file, it means it’s a system file. If so, check your PA default preferences to see if including system files is disable, then enable it and try again.
That’s the last possibility I can think of.
-
I don’t have them now to test that but I do remember the attribute as “A” listed in explorer.
Is PA20007 stable enough to use as primary archiver? Where can I get th latest beta?
-
I don’t have them now to test that but I do remember the attribute as “A” listed in explorer.
Is PA20007 stable enough to use as primary archiver? Where can I get th latest beta?
I find PA 2007 very stable; however, mine is a rather simple English language setup - no fancy theming or whatnot. If you have any weirdness going on, YMMV.
If you’re not a licensed user of PA, you’ll have to wait for the public beta. The public beta should be out sometime soon, so it might be better to just wait anyways, since some more bugs will be fixed by then.
For more information, read the sticky at the top of this Tech Support thread.
-
I’m a licensed user :)
-
I’m a licensed user :)
Then read the information in the sticky at the top of this Tech Support thread. It tell you how to get cracking.
