docs/contenthandler.txt says:
- Javascript and CSS pages are no longer parsed as wikitext (though pre-save transform is still applied). Most importantly, this means that links, including categorization links, contained in the code will not work.
But IMHO this is too important to just note it down as caveat, and should be fixed, since parsing those pages as wikitext and storing the links in the tables etc. has several impotant use cases, that now break (see also bug 32858):
- INDEX / NOINDEX should work for all pages
- js/css pages should appear in categories:
- some wikis might organize their user scripts using categories (ok, this is an argument not to parse them, as it forces users to write documentation and categorize these instead)
- speedy deletion templates should put the pages in the right category, it's much easier to find such a template than a page to ask for help by sysops
- backlinks are used to find users who are using a certain script (the German documentation on [[de:Wikipedia:Technik/Skin/JS#Laden_.C3.BCber_den_Titel_einer_Seite]] suggests this, english: [[User:js]], Krinkle uses global file usage for this: [[m:User:Krinkle/Scripts/InsertWikiEditorButton]]) Knowing who uses your script is not just nice, but important, I use this regularily:
- Inform users about major changes
- Find out if somebody is using a feature you want to deprecate
- For scripts that do some automatic editing: Find out if there are bugs the users didn't report (you might not believe it, but there are users who accidentaly edit "Undefined", "Null", ... but don't tell the author of the script about this)
- Since PST are applied users have to use <nowiki> anyway, so they can decide which parts should be parsed.
- The last time js/css pages weren't parsed, this provided an easy way to circumvent Extension SpamBlacklist, see [[mw:Special:Code/MediaWiki/105664#c27321]] for the details.
Version: 1.21.x
Severity: major
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858