It is not clear for me, why the ZIP file gives an "Incompatible Archive" message.
Can you tell me if you asked host about this perhaps - maybe a write permission somewhere (based on the answer above)?
Otherwise, I have marked your next reply as private - can you put the link of the files into Duplicator package field so that I can try on my localhost as well (so that we exclude write permission error)?
I've tried it on my localhost - these are the results:
ArchiveOld.zip - it worked (I got The uploaded xliff file doesn't belong to this system, as expected)
ArchiveNew.zip - I also got "Incompatible Archive
But then I did the following - extracted the files from ArchiveNew.zip and created a new zip archive (I am using Kubuntu Linux OS, which uses Ark KDE Archiving tool). After that I tried to upload it and got "The uploaded xliff file doesn't belong to this system", meaning that it would most likely work. So the solution might be very simple hopefully - simply extract files and create an archive anew. It might help :).
George is our 3rd tier support and he said this in that reply: "Yes, WPML uses the temporary folder that PHP uses to read and generate the appropriate xliff files. You can take a look at the method import_xliff() in /wpml-translation-management/classes/xliff/class-wpml-tm-xliff-frontend.php"
Here is a chunk of code from there with our error message:
if ( class_exists( 'ZipArchive' ) ) {
$z = new ZipArchive();
$zopen = $z->open( $file['tmp_name'], 4 );
if ( true !== $zopen ) {
$this->error = new WP_Error( 'incompatible_archive', __( 'Incompatible Archive.', 'wpml-translation-management' ) );
return false;
}
$empty_files = array();
for ( $i = 0; $i < $z->numFiles; $i ++ ) {
if ( ! $info = $z->statIndex( $i ) ) {
$this->error = new WP_Error( 'stat_failed', __( 'Could not retrieve file from archive.', 'wpml-translation-management' ) );
return false;
}
$content = $z->getFromIndex( $i );
if ( false === (bool) $content ) {
$empty_files[] = $info['name'];
}
$contents[ $info['name'] ] = $content;
}
if ( $empty_files ) {
$this->error = new WP_Error( 'extract_failed', __( 'The archive contains one or more empty files.', 'wpml-translation-management' ), $empty_files );
return false;
}
} else {
require_once ABSPATH . 'wp-admin/includes/class-pclzip.php';
$archive = new PclZip( $file['tmp_name'] );
// Is the archive valid?
$archive_files = $archive->extract( PCLZIP_OPT_EXTRACT_AS_STRING );
if ( false == $archive_files ) {
$this->error = new WP_Error( 'incompatible_archive', __( 'You are trying to import an incompatible Archive.', 'wpml-translation-management' ), $archive->errorInfo( true ) );
return false;
}
It would seem that WordPress core function is also included in this, so the issue might be with the zip alone, something went wrong there and recreating it anew would fix it.
Hopefully this will shed some light of this, not sure what else to add here.
Hi Bruno,
Again thnx for the prompt reply, I really appreciate that!
This morning I also searched for the error log in the WPML plugins and also found class-wpml-tm-xliff-frontend.php. Because for some ZIP files the import goes OK and some not, I presume the PHP class ZipArchive cannot read the ZIP format. Possible there are some issues with the ZIP generator on the client site (Translators).
