Not sure when this was last done, but we should probably rebuild all localisation files from scratch
Or is this something that isn't needed now, as deletions from en.json/qqq.json is enough to propogate deletions fully etc?
Not sure when this was last done, but we should probably rebuild all localisation files from scratch
Or is this something that isn't needed now, as deletions from en.json/qqq.json is enough to propogate deletions fully etc?
While poking T162008...
en-ca hasn't been updated in 3 years...
https://github.com/wikimedia/mediawiki/blob/0dd91d5/languages/i18n/en-ca.json
Which explains why https://translatewiki.net/w/i.php?title=Special:Undelete&target=MediaWiki%3AAboutsite%2Fen-ca×tamp=20140515173816 before I deleted it had
{{SITENAME}} guneari buruz
Which clearly isn't anything English based, and neither is it exported to en-ca.json https://github.com/wikimedia/mediawiki/blob/0dd91d5/languages/i18n/en-ca.json#L14
There has likely multiple causes for files not getting exported. Special codes such as en-gb need to be added to the always-export-languages list so that they ignore thresholds. Soon with my refactorings I am removing the --hours thing which skipped exporting files with no recent changes. That will make all exports act like full export. Deletion will propagate immediately.
Then the only issues would be related to export threshold, for example when a language falls under export threshold after crossing it.
Now every export is a full export. If there are still missing translations, the reason is something else (like message group not configured properly, issue with LU, etc.).
This means renames and deletions from en.json get reflected immediately and automatically on next export from translatewiki.net.