Hey Guys,
@jesus did you mean 0.5.28?
Even though the file is getting zipped up in previous version, I don’t think the encoding is correct inside the archive. Have you checked the archive.zip to make sure the file name itself is correct? I have not been able to get any version to work correctly where its named correctly in the archive as well.
Anyways I’m not sure if this has ever worked or at least worked correctly. Here are my results on the following setup:
OS: Linux/Apache
WP 4.3.1
PHP 5.4
Sample file name:
PLUG VERSION ON DISK IN ARCHIVE.ZIP
0.5.8 aaa_?í?.txt aaa_+|+?++.txt
0.5.28 aaa_?í?.txt aaa_+|+?++.txt
0.5.32 aaa_?í?.txt aaa_+|+?++.txt
If for some reason it did work at one point for you then it would have been most likely related to the version of PHP you were using that could have taken care of encoding correctly when it was added to the archive. I did several comparisons on the code base and did see any convincing code that would have caused it to work/not work from a coding perspective.
Overall this is something that will need to be looked at in the free version as from my testing it currently doesn’t work at all because the names are not preserved correctly.
In the Pro version we are seeing the same issues, but only when the Archive Engine is set to ZipArchive (which is the only engine that free supports) when we use the “Shell Exec” option then the encoding is clean all the way through.
So short answer is we will have to research how to get it to work properly with the ZipArchive process.