Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

language fallback mechanism could be more robust #2079

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment
Closed

language fallback mechanism could be more robust #2079

openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment

Comments

@openstreetmap-trac
Copy link

Reporter: StefanB
[Submitted to the original trac issue database at 12.19pm, Sunday, 19th July 2009]

There seems to be some sort of an error in Slovenian translation on page
http://www.openstreetmap.org/browse/way/27028715
which works perfectly with English locale.

My guess is that either some interpolation strings don't match the en.yml or there is some pluralization issue (missing key...).
In such cases the server could fallback to English (or whatever language is next on user's preference list :)).

Unfortunately the server hides the actual error with a generic error page, which tells us nothing about specific error.

Alternatively translations could be more thoroughly checked (pluralization keys, interpolation strings...) before using them (/scripts/locale/diff doesn't do that yet).

@openstreetmap-trac
Copy link
Author

Author: tom[at]compton.nu
[Added to the original trac issue at 9.57am, Tuesday, 21st July 2009]

The --validate-variables switch to scripts/locale/diff will tell you about variable mismatches and pluralization keys should show up in the normal key matching that it does surely?

Anyway broadly speaking this bug is too non-specific to be able to do anything with so if you have concrete suggestions for changes then please raise those as individual bugs.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant