For MediaWiki (recent comments | status changes | tags | authors | states | release notes | statistics)
Should it be called missing images/files then?
It could be, but it doesn't add the category when you just link to a missing file - [[:file:non-existent.jpg]], you actually have to try to include it [[file:non-existent.jpg]] before the cat is added. I personally like broken better, but either works.
Pointless reply so I get followups
Showing up on special:contributions on my wiki. Likely due to broken icon in contribs bar, e.g. "WikiSysop: Subpages · User rights · Edit count · SUL accounts · Global contributions").
Why would there be a broken icon in the contribs bar of your wiki?
The bar was imported from MW.org, but absent the file. In any case, the category should only be for pages and should be based on the page content, not UI msgs.
This is a larger issue with MediaWiki though. If you put __NOINDEX__ or [[category:Foo]] on MediaWiki:Sp-contributions-footer - The relavent categories will appear on special:contributions.
So it would seem to make sense to disable all categories on special pages (aka things that use $wgOut->addWikiText and friends which as far as I can tell is only special pages).
Proposed fix (this is to the function OutputPage::addWikiTextTitle):
--- includes/OutputPage.php (revision 95155)
+++ includes/OutputPage.php (working copy)
@@ -1375,6 +1375,9 @@
$popts->setTidy( $oldTidy );
+ # Don't want categories in message pages to affect
+ # special pages and the like.
+ $parserOutput->setCategoryLinks( array() );
$this->addParserOutput( $parserOutput );
wfProfileOut( __METHOD__ );
I'm not 100% sure if that's sane, but seems the best solution to me. Thoughts?
Instead of doing that, just made the parser check namespace when adding a tracking category in r95171.
resetting to new