Closed Bug 398352 Opened 17 years ago Closed 16 years ago

Remember current locale for in-page article links

Categories

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

Product:
support.mozilla.org
Component:
Knowledge Base Software
Platform:
x86
macOS
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: djst, Assigned: nkoth)

Details

When a page links to another page using the English page name, the actual page served should be the current locale. 

Example:
User visits http://support.mozilla.com/sv/kb/Article1, which has a link to a related article Article2. When clicking on it, the "/sv/" part of the URL should be maintained even though the in-page link didn't explicitly link to the Swedish version of the page. The user should end up on http://support.mozilla.com/sv/kb/Article2.
To clarify, this bug is about using the wiki syntax for links to other pages. If you only refer to the English page name in the link, it should remember the locale the user is visiting. So in the example above, even though the link pointed to "Article2" (English name of article), it should still serve the Swedish page if a translation exists.
Target Milestone: --- → 0.2
Assignee: nobody → nelson
See Bug 398353  for more info
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: tiki_triage
This is SUMO-specific handling of URLs

Not sure about upstream...
Whiteboard: tiki_triage → tiki_discuss
This doesn't seem sumo_only to me, as it could influence how the wiki parser generates internal links in any multilingual situation, and how those links are interpreted. The bug linked in comment 2 has more information, but neither of them have patches or revision numbers. >.<
There doesn't appear to have been any code committed specifcally to SUMO for this, it's using underlying Tiki behavior anyway.  Nothing to upstream.
Whiteboard: tiki_discuss
You need to log in before you can comment on or make changes to this bug.