After configuring groups they must be processed. This means that definition texts are indexed and needed caches are populated. For this, you need to run importExternalTranslations.php to process the changes. You can run this maintenance script as given below.
From the Translate extension directory:
php scripts/importExternalTranslations.php
The above mentioned script finds out changes in the messages and makes only these changes available for processing to save time. The changes include:
For new style groups head to Special:ManageMessageGroups and rebuild (import) all languages. On this special page file based message groups can be managed (FileBasedMessageGroup). This page allows updating of the file cache, import and fuzzy for source language messages, as well as import/update of messages in other languages.
Strong synchronization is a mechanism which prevents corruption of translation data caused by synchronization issues. It does this by keeping track of synchronization events and blocking unsafe actions if synchronization is in progress, incomplete or has a failure. It was created to address problems that state synchronization could not. For example:
Upstream changes in version B are lost. For the next import we automatically update our read-only checkout to version C, so we never see or process changes in B.
Incoming changes from source repositories are processed via the MessageUpdateJob
background job. We've added a group synchronization cache that tracks:
MessageUpdateJob
in the job queueMessage update processing errors are identified by looking at messages that are still present in the group synchronization cache as "in sync" after a certain period of time. On rare occasions it may happen that the MessageUpdateJob
was completed but did not inform the group synchronization cache that it was done. Such errors can be identified by looking at the message's content to see if it has been updated.
When running exports, following groups are skipped:
This ensures that changes from Translate are not pushed out until incoming changes from source repositories are processed first.
Similarly when processing incoming changes, following groups are skipped:
This will ensure that changes from remote sources do not override choices made when processing changes in Special:MessageGroupChanges.
Administrators can see groups in review and groups with errors on Special:MessageGroupChanges. For groups with error, review the messages that have failed, and resolve them after verifying that the updates are properly applied.
Global Synchronization Lock[edit]For the import and export scripts, a global sync lock has been added to ensure that exports and imports cannot be run simultaneously. The ideal workflow would involve first running the imports, allowing all groups to finish processing, and then running the exports.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4