[Bug] Missing Unicode support?

I created a 7z archive with an arabic filename which is correctly displayed in the explorer view (and in the file open dialog box) but if I try to open it PA only shows a filename with questions marks without the archive content.

spwolf

@postman:

I created a 7z archive with an arabic filename which is correctly displayed in the explorer view (and in the file open dialog box) but if I try to open it PA only shows a filename with questions marks without the archive content.

PowerArchiver currently does not support unicode archive names, you would have to include non unicode support in Windows for that archive to work, while unicode filenames in the archive are properly supported since version 9.0 in both 7zip and RAR (which are two formats in PA that currently support UNICODE).

thanks,

mj0hnson

If you use the context menu’s “Extract…” in WinRAR, this archive will extract correctly.
It you use the context menu’s “Extract…” in PA9, it will not extract correctly.
You “can” extract the files by going into PA9, selecting them all and choosing Extract but the context menu should work as well as it does in WinRAR.

Thanks.
attachment_p_462_0_badextractto.rar

ivan

Thanks!

The issue with specific archives and extracting from shell extension will be fixed in next release!

spwolf

Hi,

here is the latest TEST version, 9.00.34 with fix for this bug. Please let us know if it fixes the issue and if you notice anything else at all. You can install this version over the last one and restart your computer.

Download TEST version 9.00.34:
http://www.powerarchiver.com/test/powarc90034.exe

thank you!

mj0hnson

Thanks for addressing this issue.

Here are the current results with your newset version…

Using the test archive in my previous post, the folder/file structure should be:


[b]BadExtractTo[/b]
  ??????.txt
  ??????.txt
  ??????.txt
  [b]exefile[/b]
    NOTEPAD.EXE
  [b]textfile[/b]
    ??????.txt

The first part of the current issue is that a dialog box appears regardless of which shell “Extract” function is used which will ask “Confirm overwrite?” for the other two text files which share the root folder. If you choose no for both confirmations, only the first file in the root folder gets created. If you choose yes for both, all three files get created.

The second issue is when you choose the “Extract To <foldername>” shell function. It not only creates the proper folder/file structure, but also creates a duplicate “textfile” folder outside that structure as well.

Thanks.</foldername>

ivan

Hello!

The second issue with duplicate “textfile” folder in archive’s folder will be fixed in next version.

The issue with overwrite dialog will not be fixed because currently our overwrite dialog doesn’t detects existing unicode filenames - as you can see all files are shown as “???.txt” which is same for checking non-unicode existing filenames.

We will take care of this issue for next version - 9.1.