Version: 2.0.0-SVN "Mars Pathfinder" (using 4.2.1 (KDE 4.2.1), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.28-11-generic I have files with non-ASCII characters in names packed to tar, tar.gz or zip (haven't tried other formats). If I extract them in respective unpacking programs (tar, unzip), the file names are correct. However, if I open it in Krusader (which uses the same unpacking programs), it shows and extracts file names with wrong encoding - it interprets it as if it was in ISO-8859-1. For instance filename "Vybrané kapitoly z teorie automatů" (correct) is shown and extracted as "Vybrané kapitoly z teorie automatů" (incorrect).
Confirm with russian Characters, zip files and Ark. Archives must be packed in windows. See for Ark: https://bugs.kde.org/show_bug.cgi?id=187201. Screenshots and tescase exists.
But Krusader have this issue with all archive files! Not with zips. Tested with rar also - same issue.
Version 2.2.0-beta1 "DeKade" The bug is still there. Have to use Ark to get the encoding right.
Version 2.4.0-beta1 "Migration" Just tested: The bug is still there. $ touch s+ěščřžýáí.txt $ zip archive.zip s+ěščřžýáí.txt and in krusader I enter to the zip a see: s?????????.txt
The testcase given in comment #4 is still reproduciable for 2.4.0-beta3
*** Bug 311732 has been marked as a duplicate of this bug. ***
The problem here is that krarc parses the output of external programs to list the contents of archives. Running zipinfo -s archive.zip on the file from the testcase in comment 4 outputs: Archive: archive.zip Zip file size: 194 bytes, number of entries: 1 -rw-r--r-- 3.0 unx 0 bx stor 13-Feb-27 14:26 s+????????????????.txt 1 file, 0 bytes uncompressed, 0 bytes compressed: 0.0% I have no idea what to do about this - suggestions are welcome.
This has been solved (I believe) by a combination of fixed unrar and unzip. Krusader now uses the tar:// protocol handler for all tar files. Closing this report as fixed, the fixes will be released in new version of Krusader based on Qt5. If any issues are present in that version, please reopen or file new report. Thanks for reporting!