The new template inclusion tracking code is now live. Here's the description of it from RELEASE-NOTES in case you missed it:
* Added templatelinks table, to track template inclusions. User-visible effects will be: * (inclusion) tag for inclusions in Special:Whatlinkshere * More accurate list of used templates on the edit page * More reliable cache invalidation when templates outside the template namespace are changed
There were a few teething problems when it was introduced. The following are now fixed: * Random fatal errors from OutputPage.php line 230, BoardVote.php line 6 and LinksUpdate line 158 due to sync problems on srv11, srv50 and some other server. Root cause unclear. * Save and some other functions broken on yaseo wikis (ja, th, ms and ko wikipedia), forgot to apply schema update. * Missing page list from category pages, due to index.php being pinned at version 1.111 in the live copy. * Missing or broken category list on image pages, redirects and preview pages, bug. * Undelete broken, bug. * Special:Whatlinkshere for certain templates showing only half the requested number of pages, bug.
Please mark any related bug reports (on or off bugzilla) as resolved, unless they can be reproduced at the present time.
The (inclusion) tag in [[Special:Whatlinkshere]] is currently based on whether the target page is in the template namespace or not. This will progressively be fixed over the next week or so, as refreshLinks.php works its way through several million articles.
Here's the more technically-oriented commit message describing my changes:
* Added templatelinks table. The table currently represents a literal list of templates included from each article. That is, the table contains pages which were actually loaded during parsing, not the markup which went into resolving their names. * Ended the role of $wgLinkCache in link updates. Instead, links (and related entities) are registered in the ParserOutput object during a parse. The LinksUpdate constructor now takes a ParserOutput object as a parameter. $wgLinkCache is still used, but only as a cache of article IDs. * Because the link list is now saved and restored in the parser cache, meta tag keywords now work on parser cache hits. Some refactoring took place in this area. * Rendering of the HTML for category links has moved from Parser to OutputPage. * Did some general pottering around in Article.php, such as allowing an Article object to be created with a specified revision ID, thereby optionally removing the dependence on $wgRequest. Not used at the current time. * A few documentation tweaks.
-- Tim Starling
"Tim Starling" t.starling@physics.unimelb.edu.au wrote in message news:dpa1hn$sfs$1@sea.gmane.org... [heavy snippage]
The new template inclusion tracking code is now live. Here's the description of it from RELEASE-NOTES in case you missed it:
- Added templatelinks table, to track template inclusions. User-visible
effects will be:
- (inclusion) tag for inclusions in Special:Whatlinkshere
The (inclusion) tag in [[Special:Whatlinkshere]] is currently based on whether the target page is in the template namespace or not. This will progressively be fixed over the next week or so, as refreshLinks.php works its way through several million articles.
Was this the set of changes which removed the "offset" parameter from [[Special:Whatlinkshere]]?
The new "from" parameter, which seems to work on datestamps, is intriguing but hardly conducive to "ignore the first N entries".
Can we have the "offset" parameter back, please?
Phil Boswell:
Was this the set of changes which removed the "offset" parameter from [[Special:Whatlinkshere]]?
The new "from" parameter, which seems to work on datestamps, is intriguing but hardly conducive to "ignore the first N entries".
Can we have the "offset" parameter back, please?
i think it's unlikely any "offset" parameters will be added in the future (at least, i hope not).
the reason offset was removed from several pages (Contributions, Whatlinkshere) is that it requires the database to search though every entry to find the offset you want. a request for starting at a particular record is much faster because it can be found quickly from the index.
k.
kate wrote:
Phil Boswell:
Was this the set of changes which removed the "offset" parameter from [[Special:Whatlinkshere]]?
The new "from" parameter, which seems to work on datestamps, is intriguing but hardly conducive to "ignore the first N entries".
Can we have the "offset" parameter back, please?
i think it's unlikely any "offset" parameters will be added in the future (at least, i hope not).
the reason offset was removed from several pages (Contributions, Whatlinkshere) is that it requires the database to search though every entry to find the offset you want. a request for starting at a particular record is much faster because it can be found quickly from the index.
k.
Right, we've known for a while about the poor performance of offset clauses. The problem was fixed in several places already. I was doing some work on Special:Whatlinkshere while I was working on templatelinks, and took the opportunity to fix it there as well. Like Kate says, the offset parameters are gone for good.
-- Tim Starling
"Tim Starling" t.starling@physics.unimelb.edu.au wrote in message news:dpgk3s$7f4$1@sea.gmane.org...
kate wrote:
Phil Boswell:
Was this the set of changes which removed the "offset" parameter from [[Special:Whatlinkshere]]? The new "from" parameter, which seems to work on datestamps, is intriguing but hardly conducive to "ignore the first N entries". Can we have the "offset" parameter back, please?
i think it's unlikely any "offset" parameters will be added in the future (at least, i hope not). the reason offset was removed from several pages (Contributions, Whatlinkshere) is that it requires the database to search though every entry to find the offset you want. a request for starting at a particular record is much faster because it can be found quickly from the index.
Right, we've known for a while about the poor performance of offset clauses. The problem was fixed in several places already. I was doing some work on Special:Whatlinkshere while I was working on templatelinks, and took the opportunity to fix it there as well. Like Kate says, the offset parameters are gone for good.
Fair enough: thanks for a speedy and complete response.
If you're making these various pages more uniform, would it be terrifically complicated to add NAMESPACE dropdown selectors to each one?
It would actually be handy to be able to restrict Special:Whatlinkshere to a particular namespace.
wikitech-l@lists.wikimedia.org