Closed Bug 546283 Opened 15 years ago Closed 15 years ago

dash in locale/sr-Latn breaks l10n tools

Categories

(addons.mozilla.org Graveyard :: Localization, defect)

Product:
addons.mozilla.org Graveyard
Component:
Localization
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: wenzel, Assigned: clouserw)

Details

(Whiteboard: [qa-])

For all languages so far, our locale directories replaced dashes with underscores: en-US goes into locale/en_US for example. Both our l10n maintenance tasks and AMO's gettext interface rely on this and break if that's not the case. sr-Latn violates that assumption and I am not entirely sure why. Filing this bug because I don't want to mess around with L10n directories and break stuff in the process.
Serbian can be written in Cryllic or Latin script, so the -Latn indicates Latin in this case. We don't have a script flag on any of our other locales so we never had this particular issue in the past. That said, I think you can rename the directory and it'll just work. The locale isn't used anywhere on the site yet (it's a "valid_language" not "supported"). Actually, it looks like django has an sr_Latn directory so I'll have to do this as part of my other L10n bug in 5.7. If you want to do this first, feel free, otherwise I'll do it tomorrow.
Assignee: nobody → clouserw
Target Milestone: --- → 5.7
No rush, I just noticed warnings when working on the gearman tasks. Please go ahead and do that as part of your L10n work for 5.7. Thanks!
r62447
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [qa-]
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.