Copied the Take Command shortcut, changed Target to be wt.exe -p “Take Command” and saved it. Right-clicked to get to properties and Explorer crashed. (wt.exe is the Microsoft Terminal program, which I have installed from the Microsoft Store.)
The Target path had changed to: C:\Users{username}\AppData\Local\Microsoft\WindowsApps\wt.exe -p “Take Command”
Created a new shortcut in a Start Menu folder and set the command line to the same, and it crashed the same.
Created a new shortcut and set the command line to mspaint.exe (also a Windows Store app) and Explorer crashed on right-click on the shortcut.
It appears PowerArchiver shell extensions doesn’t handle Windows Store apps in shortcuts properly. Perhaps it needs better defensive coding around checking the Target of shortcuts, or just ignoring shortcuts altogether.
Running PA 22.00.11 on Windows 11 24H2 Build 26100.6584
Hi everyone, some good news about PowerArchiver… I’ve managed to get in touch with the original developer of PowerArchiver, Ivan Petrovic, and he has confirmed that the product is not dead or abandoned, in fact it is still very much alive! There has been a hiatus over the past months for various reasons, but that we should expect to see stuff coming through in the coming months (hopefully the next 2 months).
Basically I used powerarchiver context menus to zip up a folder then i used windows 11 own built in zip extractor via the context menu to extract all and this is where it throw up a fault. , I’m using windows 11 .
The file that was a problem in the zip that windows 11 could not extract was iva “babe” cotton.jpg
I know it has non standard quotes in it.
However I had winrar on the computer and tried the exact same method with their context menu compress to zip and then I extracted the file with windows own extract all context menu and it had no problems. This indicates that powerarchiver is doing something different with iva “babe” cotton.jpg compressing to zip.
Then I changed iva “babe” cotton.jpg to iva babe cotton.jpg and compressed it with powerarchiver and then tried it with windows 11 extract all and had no problems. It looks like powerarchiver is doing something to that one file that has quotes in it.
Please note that powerarchiver extracted both zip files with no problems, only windows built in zip extraction had the fault. Reason I’m letting people know in case they send zip files with special characters in files names to people who do not have powerarchiver.
When will a fix be implemented?
I had a large .tar file (a backed up WSL) and I want to delete a few directories and their contents from it using PA2023.
PA just destroys the whole archive as soon as I try to delete a directory, leaving it in a state where PA2023 won’t even open it any more.
I tried several times and also tried compressing it to .tar.xz instead - same result.
This should either actually work, or it should say operation not supported and do nothing.
Possible bug in creating password protected zip files in v11.03.04
-
thanks, we will check it out…
-
I have the same problem.
It’s a bug.
And it happens whenever you select:
Compress to Zip + Options (password protected or not)
Example:
- Right click on a folder that contains 3 files located at D:\Desktop\Sample Folder
- Select “Compress to Zip + Options”
- Uncheck all checkboxes and use default options
- Click on Add
The zip file is created called: Sample Folder.zip It contains the 3 files, plus an empty folder: Desktop\Sample Folder
-
miiiliiiiiiiiiiii
-
What does “miiiliiiiiiiiiiii” mean? :confused:
-
What does “miiiliiiiiiiiiiii” mean? :confused:
:-)
calling Mili to write the bug down into our bug list :P
-
oh “Mili” the person. Sorry, I’m new to this forum. Our friend Mili. :) Gotcha…
-
Have no fear, Mili is here!! :)
Had tested this earlier but could not reproduce. Finally reproduced it.
Reported to dev team. Thanks mj0hnson!!!
-
Glad it’s being fixed :)
-
please check with official beta 1, and let us know if this has been fixed… thank you!
-
It’s been fixed - Thanks!