• Resolved rafa3000

    (@rafa3000)


    When I make a Backup the plugin skips files wiht international characters (ex: “el ni?o.jpg”)

    Working with previous versions of the plugin I didn’t have this problem.

    How can I deactivate this feature so the generated .zip archive contains archives with international characters?

    Thanks for this absolute life-saving plugin!

    Rafael
    from Argentina

    https://www.ads-software.com/plugins/duplicator/

Viewing 5 replies - 1 through 5 (of 5 total)
  • Hey Rafael,

    You can grab older versions of the plugin here:
    https://www.ads-software.com/plugins/duplicator/developers/

    There hasn’t been any features added to suppress international characters, the only update was the scanner which warns for international file names. We have see that on some hosts international characters are not handled well, while on other they are. Do you happen to be using a new host?

    Hope that helps!

    Hello I am Spanish and usually use your doplicator plugin.
    What rafa3000 says is right.
    The latest versions they always error in the name of the files, does not accept accented characters, it does not work with ?.

    Can either of you try 0.5.28 on the exact same server and let me know if works. I need to validate that this is in-deed a bug in the latest version.

    Thanks

    I just used the version 0.5.8 and it is working properly

    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.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘International chars (spanish)’ is closed to new replies.