bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

Manually resolve {{ languages }} template call errors

RESOLVED INVALID

Status

developer.mozilla.org
General
RESOLVED INVALID
6 years ago
6 years ago

People

(Reporter: openjck, Unassigned)

Tracking

Details

(Whiteboard: p=)

(Reporter)

Description

6 years ago
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?
(Reporter)

Comment 1

6 years ago
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. :(
(Reporter)

Comment 3

6 years ago
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)

Comment 4

6 years ago
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
Last Resolved: 6 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.