#8584 closed (fixed)
Corner case for get_language_for_request function in translation
| Reported by: | Ramiro Morales | Owned by: | nobody |
|---|---|---|---|
| Component: | Internationalization | Version: | dev |
| Severity: | Keywords: | ||
| Cc: | Triage Stage: | Accepted | |
| Has patch: | yes | Needs documentation: | no |
| Needs tests: | no | Patch needs improvement: | no |
| Easy pickings: | no | UI/UX: | no |
Description
As I understand the problem would show itself if the following, rather strange, conditions are met:
- User language preference specify
xx-YY xx_YYl10n is supported by the Django installation (i.e. it's listed insettings.LANGUAGE)- The actual
xx_YY/LC_MESSAGES/django.mois missing from the project, or the Django installation itself xxis listed in insettings.LANGUAGExx/LC_MESSAGES/django.mofile exists
In this scenario, Django won't use the xx translation.
PS: Also, pyflakes points out there is an unused import of settings in line 61 of the same file.
Attachments (1)
Change History (5)
by , 17 years ago
| Attachment: | t8584.diff added |
|---|
comment:1 by , 17 years ago
| Component: | Uncategorized → Internationalization |
|---|---|
| Has patch: | set |
comment:2 by , 17 years ago
| milestone: | → 1.0 |
|---|---|
| Triage Stage: | Unreviewed → Accepted |
comment:3 by , 17 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
(In [8606]) Fixed #8584 -- Fixed a case where the wrong locale might be made active in the
locale detection loop. Thanks, Ramiro Morales.