On Sat, Jun 4, 2011 at 11:24 AM, Tisza Gergö <gtisza(a)gmail.com> wrote: It would be better if we could fix it so it didn't break caching at all, of course, such as by adding the coloring during a postprocessing stage, after the parser cache is invoked rather than before. Yes, we're already querying for redlinks, so there's no additional cost to query page_len while we're at it. In fact, we always query page_len anyway just in case we need it for stubs -- see doQuery() in includes/cache/LinkBatch.php. But as Platonides says, the parser cache is currently not used at all when stub coloring is enabled -- I didn't realize that. If you think about it, if we cached pages with stub coloring, we'd have to purge the cache of all pages linking to them whenever they changed length, or at least whenever the length change put them above or below some threshold. This would be moot if we added the coloring on postprocessing after retrieval from cache, instead of during parsing. But that's a fairly ambitious project, I guess. Alternatively, we could cache it and just not care if the coloring is outdated, but users would doubtless complain too much for that to be worth it. On Sat, Jun 4, 2011 at 6:54 PM, Platonides <Platonides(a)gmail.com> wrote: What were you thinking of? On Sun, Jun 5, 2011 at 8:08 AM, Federico Leva (Nemo) <nemowiki(a)gmail.com> wrote: I'm not sure what you're asking. Currently, links to a page are red if the page does not exist. It doesn't have to do with the number of links to the page.