At the moment PluralFormula doesn't filter or validate the input from a .po file.
If someone accidentally copies the .pot template to a .po file the Plural-Forms will be invalid:
"Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n"
In turn this will cause a bug on the "User interface translation" overview:
Another side-effect will be that PluralFormula::loadFormulae stores the faulty plural definition "INTEGER" in a State variable:
$ drush state-get locale.translation.formulae
array(1) {
["locale.translation.formulae"]=>
array(3) {
["nl"]=>
array(2) {
["plurals"]=>
string(7) "INTEGER"
["formula"]=>
array(1) {
["default"]=>
int(0)
}
}
In turn, this results in a bug where plurals no longer work because PluralTranslatableMarkup::getPluralIndex will always return the singular string:
Needs work
10.1 ✨
Used to track the progress of issues reviewed by the Drupal Needs Review Queue Initiative.
The change is currently missing an automated test that fails when run with the original code, and succeeds when the bug has been fixed.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
This issue is being reviewed by the kind folks in Slack, #needs-review-queue-initiative. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge request → as a guide.
This will need a test case to show the issue.
Did not test for issue btw.