PA 22.00.09
Some labels in the help toolbar are not translated:
b3c1f5c4-b73d-49d8-9ed0-56294840838c-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
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.
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
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.
PA 2009 B5 - tar/gz file problems
-
I’ve tried opening and using a couple tar/tgz/tar.gz files and have been having problems.
It turns out that these problems seem to have to do with opening the file directly from the web browser (instead of saving it to a file on disk first).
For example, the C source for a memory allocation library is available here:
http://www.fourmilab.ch/bget/bget.tar.gz
I’m using Firefox - if I click on the link I get a dialog that lets me select whether to open the file in PS or save it to disk. If I save it to disk, all is OK - I can open that file in PA and things work normally.
However, if I tell Firefox to open the file in PA, PA displays the name as “bget.tar.gz.tar” in the title bar and things act very strange.
When that file is opened, it shows another file inside it, bget.tar.gz with a size of 81,920 bytes (19,727 packed).
Double clicking that file inside PA 2009B5 does nothing. If I extract the file by drag-n-drop I get a 0 byte result. If I extract using the toolbar I get a file named “bget.tar.gz” with the correct size.
If I open that bget.tar.gz file in PA 2009 B5 - either the file with what appears to be the correct length or the 0 length file - all that shows up is the root of my file system (the desktop to be exact). This is whether I open it inside PA using the File/Open menu or the toolbar, or if I open it by double clicking.
Now here’s where it gets really weird - say I have already extracted the bget.tar.gz file from bget.tar.gz.tar using the toolbar so it has the correct size. Now I extract again still using the toolbar, not drag-n-drop. Instead of asking me if I want to overwrite, PA will extract the file, but with the name “bget.tar”. The 2 files have the exact same content. Now if I open the “bget.tar” file I can see the contents and extract the enclosed files.
-
I’ve tried opening and using a couple tar/tgz/tar.gz files and have been having problems.
It turns out that these problems seem to have to do with opening the file directly from the web browser (instead of saving it to a file on disk first).
For example, the C source for a memory allocation library is available here:
http://www.fourmilab.ch/bget/bget.tar.gz
I’m using Firefox - if I click on the link I get a dialog that lets me select whether to open the file in PS or save it to disk. If I save it to disk, all is OK - I can open that file in PA and things work normally.
However, if I tell Firefox to open the file in PA, PA displays the name as “bget.tar.gz.tar” in the title bar and things act very strange.
When that file is opened, it shows another file inside it, bget.tar.gz with a size of 81,920 bytes (19,727 packed).
Double clicking that file inside PA 2009B5 does nothing. If I extract the file by drag-n-drop I get a 0 byte result. If I extract using the toolbar I get a file named “bget.tar.gz” with the correct size.
If I open that bget.tar.gz file in PA 2009 B5 - either the file with what appears to be the correct length or the 0 length file - all that shows up is the root of my file system (the desktop to be exact). This is whether I open it inside PA using the File/Open menu or the toolbar, or if I open it by double clicking.
Now here’s where it gets really weird - say I have already extracted the bget.tar.gz file from bget.tar.gz.tar using the toolbar so it has the correct size. Now I extract again still using the toolbar, not drag-n-drop. Instead of asking me if I want to overwrite, PA will extract the file, but with the name “bget.tar”. The 2 files have the exact same content. Now if I open the “bget.tar” file I can see the contents and extract the enclosed files.
Tried this with Firefox 3 - file is identified as TAR file :confused:
Seems like this is a Firefox problem (info passed to PA) as it does not happen if I do the same with Opera browser which passes it as a Gzip file to PA. -
Tried this with Firefox 3 - file is identified as TAR file :confused:
Seems like this is a Firefox problem (info passed to PA) as it does not happen if I do the same with Opera browser which passes it as a Gzip file to PA.That looks to be the situation.
But the ‘extraction’ behavior from the incorrectly identified .tgz file (opened as a TAR file) seems to be buggy. Sometimes a 0 length file, sometimes a correct file with the name being right or wrong depending on what’s already in the destination.
I don’t do a whole lot with TAR files, I just occasionally come across them on the internet. So I suppose this is not really a big deal.
-
problem comes from web browsers, to work around, you need to use save as instead of simply opening file, it should work properly.
thanks