Closed Bug 398353 Opened 13 years ago Closed 12 years ago

l10n fallback

Categories

(support.mozilla.org :: Knowledge Base Software, task, major)

task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: djst, Assigned: nkoth)

References

Details

(Whiteboard: tiki_test sumo_only?)

If a page doesn't exist for the requested locale, TikiWiki should fallback according to the http accept-language header if not logged in, or according to the user preferences if logged in. The software should still maintain the locale string in the url, and in-page links to other articles should still use the original locale if they exist.

Example:
User visits http://support.mozilla.com/sv/kb/ArticleName, which doesn't exist in Swedish. Page served is the English version of ArticleName, but the URL remains unchanged. ArticleName links to another article, ArticleTwo. The user clicks on it, and the url changes to http://support.mozilla.com/sv/kb/ArticleTwo.
Target Milestone: --- → 0.2
Severity: normal → major
Assignee: nobody → nelson
OS: Mac OS X → All
Hardware: PC → All
Blocks: 414353
with the latest commits, this should be behavior now on support-stage. The following settings in the i18n admin panel have to be turned on (not on production yet so won't survive nightly syncs):

- Show pages in user's preferred language: x
- Detect browser language: x
Some comments after discussing on IRC and IM about this:

* Language strings should be case-insensitive, meaning an accept-lang of "sv-se" should serve "sv-SE". 

* Dialects of a language should be a prioritized fallback if the generic language is specified in accept-lang. Example: "sv,en-US,en" should serve a page in sv-SE, even though it's not in the accept-lang string, since the base language sv is.
done
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: tiki_triage
Whiteboard: tiki_triage → tiki_test sumo_only?
You need to log in before you can comment on or make changes to this bug.