• 1) in the array ‘continent-cities’ must be replaced by ‘continents-cities’ as in get_available_languages() function – with plural continents..

    2) if files ms-xx_YY.mo or other are not present, the download files are not mo but html file containing 404 error..

    3) Issues always present in 1..1 beta

    Code lines from admin-base.php

    // try to download ms and continents-cities files if exist (will not return false if failed)
    				// with new files introduced in WP 3.4
    				foreach (array('ms', 'continent-cities', 'admin', 'admin-network') as $file)
    					wp_remote_get($base."$version/messages/$file-$locale.mo", $args + array('filename' => WP_LANG_DIR."/$file-$locale.mo"));

    Best regards

    https://www.ads-software.com/extend/plugins/polylang/

Viewing 3 replies - 1 through 3 (of 3 total)
  • Plugin Author Chouby

    (@chouby)

    Thank you very much for these two bug reports. They will both be fixed in v1.1

    Thread Starter Marcel Andrew

    (@michelwp)

    Another thing:
    The algo about versioning (5 latest) can be hazardous: example for de_DE, because automattic database and subfolders are not well filled… If 3.5.1 version is searched, in final the 2.8 (from branch) is downloaded…

    it is the limit of automatic way ;-(

    Auf Wiedersehen

    M.

    Plugin Author Chouby

    (@chouby)

    Yes you are right. Automatization has always limits. This automatic process relies on volunteers who udpate translations in the WordPress languages repository. If this is not done (or not on a regular basis or not correctly), it won’t work as expected. At least, I hope it simplifies the life of some users who don’t need to manually download and update their translations files. The limit is that there are not aware if an update was done or not.

    I just made the test for de_DE. It downloads files from tags/3.4

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Error in download mo files module’ is closed to new replies.