Closed Bug 811797 Opened 12 years ago Closed 11 years ago

Manually resolve {{ languages }} template call errors

Categories

(developer.mozilla.org Graveyard :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: openjck, Unassigned)

Details

(Whiteboard: p=)

Many articles include a {{ languages }} template call near the very bottom. I believe these were used on Mindtouch to list localizations. Now, they cause DocumentParsingError messages wherever they are used.

Sheppy: Do you know of any way to identify all articles using this template manually? If that doesn't work, would we be able to work around the problem by creating a dummy "languages" template that does nothing, just to stop the error messages from showing up?
Sheppy: Please see above. I always forget to copy people in my comments.
No, there's no way to identify these pages all at once. It's going to be as-discovered. :(
We can look at a technical solution. But first, what about creating a dummy {{ languages }} template to make the errors go away?
Flags: needinfo?(eshepherd)
There already is such a dummy template: https://developer.mozilla.org/en-US/docs/Template:languages

John, perhaps you were thinking of bug 783762? (The unicode escapes like \u00ff most commonly appear as parameters to the {{languages}} macro.)
I believe this is going to continue to be as-discovered. Any reason to leave this bug open at this point?
Flags: needinfo?(eshepherd)
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.