[openstreetmap/openstreetmap-website] A new locale has broken the build (Issue #6390)

[Minh Nguyễn]

1ec5 left a comment (openstreetmap/openstreetmap-website#6390)

> Running checks after changes have been committed to the master branch isn't ideal. Can't we switch to a process where TranslateWiki is creating Pull requests instead, like all the other bots do?

Translatewiki does support creating PRs automatically (for example OpenHistoricalMap/ohm-website#315). We could set up the repository to auto-merge if tests pass.

> (optional) Add a longer description to the test output, to explain how to resolve the issue and in particular, where to find the correct values for the native_name attribute.

I’ve seen [other projects](https://translatewiki.net/wiki/Special:Translations/Wikimedia:Portals-language-name) on Translatewiki.net define a message in the usual .yml that says “English”, with the instructions in the “qqq” locale telling translators to replace it with their language’s name for itself. We’d need to then generate ui_languages.yml from the various localizations’ translations of this message. This would enable new locales to come in seamlessly as before. The downside is that sometimes translators put in a translation of “English” literally.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/6390#issuecomment-3285791038
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/issues/6390/3285791038 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20250912/d2c07bbf/attachment.htm>