Opened 10 years ago
Last modified 10 years ago
#24503 closed Bug
Misleading doc regarding language_code fallback — at Initial Version
| Reported by: | pascal chambon | Owned by: | nobody |
|---|---|---|---|
| Component: | Internationalization | Version: | 1.7 |
| Severity: | Normal | Keywords: | |
| Cc: | Triage Stage: | Ready for checkin | |
| Has patch: | yes | Needs documentation: | no |
| Needs tests: | no | Patch needs improvement: | no |
| Easy pickings: | no | UI/UX: | no |
Description
The docs state that LANGUAGE_CODE will be used as fallback if a specific string has no translation in the active request language (https://docs.djangoproject.com/en/1.7/ref/settings/#language-code).
However, my tests and my exploration of "real_trans.py" suggest that LANGUAGE_CODE is only used as a global fallback if the whole selected language is missing. Per-string fallback doesn't work it seems, on django <=1.7 at least (on current dev branch, lots of stuffs have moved in that code, so it seems a real fallback is getting implemented).
Example of a test output:
2015-03-18_14:48:34 UTC - INFO - <722724742146458> Language active for request: 'de' (LANGUAGE_CODE: 'fr-FR')
Translated string received : "'invalid input parameters'" (so no translation occurred)
When forcing active language to fr or fr-FR, the string is properly translated to "Paramètres invalides" in french.
Is that a bug of django, an error in the docs, or an ertror on my side ? I may provide a patch to fix django<=1.7 docs, if it occurs that per-string language was actually never implemented.