UNSOLVED Bug report
Tech Support (Bugs, Crashes)1
UNSOLVED PA 19.00.43...47 stops me moving .tar.xz, .tar.gz, .7z and .iso files.
UNSOLVED Resize: Frames overlap
UNSOLVED Typo: SmartiAI
UNSOLVED GUI: Center the buttons
UNSOLVED TYPO: Gesture
Fast Ring: PowerArchiver 2019 19.00.30/31/32/33/39/40/41/43/44/46/47/48
UNSOLVED Shell extension detects executable as archive, but does nothing
UNSOLVED PA 19.00.47 spurious messsage when extracting particular .pa file.
UNSOLVED 1st char to select file in list fails (a reprise)
UNSOLVED The PACL does not extract files from the self-extracting archive
UNSOLVED The file list is not updated
UNSOLVED E-Mail problem
UNSOLVED Extracting single files and other issues
UNSOLVED PA 19.00.43 Queue re-enabled every Windows reboot
UNSOLVED How can I deactivate this annoying shoutbox?
SOLVED PA 2019 register type associations everytime.
UNSOLVED It's impossible to keep the "Use Deflate64 compression" option un-checked
UNSOLVED I found a solution to OneDrive problem
Problems with unicode zip in PA 2010 RC
I am using Power Archiver 2010 RC3 and I have a problem displaying Unicode for zip files. 7z and Rar files seem to be okay. I am using Windows 7 RC.
I have attached several zip files to show what I am talking about:
Test1_(7-zip).zip - [i]A zip file compressed by 7-Zip[/i] Test1_(PA).zip - [i]A zip file compressed by Power Archiver[/i] Test1_(PA).7z - [i]A 7z file compressed by Power Archiver[/i] Test2_(7-zip).zip - [i]A zip file compressed by 7-Zip[/i] Test2_(PA).7z - [i]A 7z file compressed by Power Archiver[/i]
I have also posted screenshots of what Power Archiver displays when it opens and extracts the said files.
Thanks for the great program- this is really the only issue I have with it (and it worked fine in PA2009).
One more thing - I want to add the original folders and the extracted files (extracted by Power Archiver) to give you a clearer picture.
They are inside a .7z file, so the Unicode (and corrupted Unicode) should stay intact.
Oops, I am actually using RC2. I will try RC3 to see if the issue is solved.
No, the results are still the same.
In addition, checking or unchecking “Use OEM” and “Force Unicode in Zip” or any combination of the two does not seem to make a difference for the specified files.
did you try unchecking “use oem…” ? Any difference.
1. excellent report :).
2. always open new threads as it is easier for us to track problems.
thanks a lot!
No, nothing in the configuration menu was able to fix my problem. I will check 2010 RC2 on Windows XP to see if it works, since I am certain 2009 works on XP.
OK I’m back. I did a few tests.
First I changed my regional setting back to US from Japanese in Windows 7. I was able to archive and extract unicode files perfectly. However, when I tried to display or extract the zip file I had created earlier (while in Japanese regional setting), I was unable to. Even with 7-Zip, the unicode was corrupted.
I have uploaded two zip files: [u]Test1 (7-zip) JP.zip[/u] - Archived while in Japanese regional settings (in regional settings in Windows 7 control panel) [u]Test1 (7-zip) US.zip[/u] - Archived in US settings
In XP, extracting “Test1 (7-zip) JP.zip” with PA2010 gave unusual results where the file extensions were corrupted, while the names retained some unicode (see pic). I was able to extract “Test1 (7-zip) US.zip” perfectly fine.
I uninstalled 2010 and installed PA2009 (11.03).
While in Japanese regional setting on XP, I was able to display/extract unicode files with PA2009. “Test1 (7-zip) JP” extracted and the unicode filenames were correct. “Test1 (7-zip) US” extracted but the unicode filenames were converted to Japanese letters (checking/unchecking “OEM conversion” did not make a difference). PA2009 could not display any unicode (See pic)
Extracting a unicode directory (“Test2 (PA) JP XP.zip”) resulted in an error (see pic).
What I get from this is that if you both compress and extract archives while in US regional settings, you will be fine. However, if you download files from other parts of the world, unicode may not display correctly. With PA2009, most unicode did display correctly in any circumstances. There are only problems if it can’t read the directory.
I believe problem is that it is not saving them in Unicode at all :).
You see PA tries to determine when to use ANSI and when to use Unicode - it tries to use ANSI when possible because Unicode is not supported in most archivers, and Unicode when ANSI is not possible.
It seems that something is wrong there - devs will take an look… thanks a lot! Perfect timing too!
Thanks for the detailed info.
First of all I am using USA as my regional setting.
I am sure some of issues from first post were solved in RC3 because we were working on it.
Test1 (7zip).zip was definetelly created wronly by 7ZIP (other utilities show same errors or wrong filenames).
test1 (PA).zip has wrong characters but I was able to create it using right click on Test1 folder and choosing “Compress to test1.zip” correct file.
Test2 all procedures - including creating a test2.zip from shell using PA (Compress to test2.zip) worked fine.
So all issues should work fine. test1 created with 7z is wrong in any way.
Can you try creating some archives using those files from main interface - not shell extensions?
Please check this release:
see if that works properly.
I have tested RC3 too, and seems like it works fine - please let us know when you have an chance. thanks!