Closed
Bug 811797
Opened 12 years ago
Closed 11 years ago
Manually resolve {{ languages }} template call errors
Categories
(developer.mozilla.org Graveyard :: General, defect)
developer.mozilla.org Graveyard
General
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?
Reporter | ||
Comment 1•12 years ago
|
||
Sheppy: Please see above. I always forget to copy people in my comments.
Comment 2•12 years ago
|
||
No, there's no way to identify these pages all at once. It's going to be as-discovered. :(
Reporter | ||
Comment 3•12 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•12 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.)
Comment 5•11 years ago
|
||
I believe this is going to continue to be as-discovered. Any reason to leave this bug open at this point?
Flags: needinfo?(eshepherd)
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Updated•4 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•