For example:
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.
Hello!
Is there currently no portable version of PA2023 available?
(When) do you plan to release one?
Thanks!
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
powerarc_2023-09-18_17-00-19.png
powerarc_2023-09-18_17-01-05.png
PA 22.00.09
344c6c52-f03f-407b-ad76-8130b31936bb-image.png
PA 22.00.09 shows a nag screen, when I try to open some setting windows. I have already PA 2023 Toolbox and PA shows, that it’s licensed in the info dialog.
a860bd81-3e71-4ce0-9988-74cd4189d43e-image.png
0836bc83-8046-4a91-bc7b-68bd231100a3-image.png
PA 22.00.09
Some labels in the help toolbar are not translated:
b3c1f5c4-b73d-49d8-9ed0-56294840838c-image.png
I’m looking forward to deploying PowerArchiver 2023 to my users. Can you tell us when the MSI will be available for download and distribution?
Thanks.
Hi there,
there were some security issues fixed in 7zip:
https://www.zerodayinitiative.com/advisories/ZDI-23-1165/
https://www.zerodayinitiative.com/advisories/ZDI-23-1164/
As it seems, that PowerArchiver and PACL use the 7zip libraries, could you please update them to the latest version?
Hi,
From where I get PAVD2023.EXE? PowerArchiver 2023 tries to open it.
But it seems, it tries to download PAVD2021.EXE.
Thanks
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)
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.
Foreing characters problem
-
After lost of tests we have actualy one big problem with PO. If the name of archyve file contain foregin characters (like a chines, czech and some another) file cannot be extracted, and apear to be corupted, if user rename file it’s fine, but users don’t want to rename it. :(
We use english version 9.20.07. Did someone know something about this proble? -
Also there is a problem when you create archyve file and then reneme it using foreging characters - after reopening it seams to be empty. :eek:
-
With which format (ZIP, 7Z, …) do you see this problem?
Which operating system are you using?
-
ZIP, RAR… we can lately tested with another… :-)
Windows XP SP2, English, with instaled support for east asia language. -
did you try using PA2006?
thanks!
-
Yes same problem apear in PA 2006 (today downloaded)
-
Does this happend when extracting through shellextensions, or when extracting in main window?
If in main window, try opening directly (File -> Open) dialog, than by double-clicking.
-
ZIP, RAR… we can lately tested with another… :-)
Windows XP SP2, English, with instaled support for east asia language.When checking, Zip format is not the ‘best’ if Unicode is being used.
See this thread http://www.powerarchiver.com/forums/showthread.php?t=1196 -
Aditionally, do you have language set in Windows for “non unicode” support? Thats the crucial one here!
thanks,
-
Same problem here. I tried on WIN XP SP2 With/without east asian characters support turned on and Win2003 without.
Both PA2005 and PA2006. Problem with characters in the file name and file path. Either ZIP, 7z, or even ISO. The OEM conversion seemed to have no effect. When double clicking on an archive PA2006 reported the file had read only only attribute and should be modified. It attempts to modify it and states it failed. The opens a blank screen. When attemped to open an archive from within PA it states it is corrupt. 7z’s archive program has no issues.
Files inside 7z with foreign characters are not a problem the uncompress fine once you rename the archive’s name.
The other new thing I saw last night was file inside an ISO with foreign characters are skipped. PA2006 did not crash nor report errors. The other files before and after the files with foreign characters extracted fine.
Ray
-
Is support for non-unicode programs turned on for that language? You can turn it on in Control Panel> Regional and Language> Advanced.
thanks,
-
Yes the Japanese code page conversion was checked off.
PA did work when I set the “Language for Non-Unicode programs” was set to Japanese. But this set all the old programs to use Japanese charaters.The 7z program had no problems with uncompressing the files even with no language control panel changes.
Seems like a unicode wasn’t used when reading the filenames or passed from windows.
Ray -
The problem is because windows application created with Delphi do not support UNICODE program parameters, so the only solution is when using this option and converting those unicode to similar ANSI (using specified codepage).
Since while opening from explorer, filenames are passed as parameters to PowerArchiver, this is the only way to use it now.
-
Thanks.
I think that addresses the issue. As long as the development team know what the issue is and what is causeing it. It is up to them if/when they fix it. (or complaining to Delphi.)This points the problem out with several other utilities too.
Don’t forget about the ISO image decompressing ignores filenames with foreign charaters without any messages.
Ray