https://bugzilla.wikimedia.org/show_bug.cgi?id=33632
Bawolff <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Categories within |vary-revision doesn't |includeonly fails to |handle case of categorylink |update, REVISIONYEAR/-MONTH |being dependant on |might be involved |{{REVISIONYEAR}} and | |friends properly --- Comment #2 from Bawolff <[email protected]> 2012-01-10 12:51:46 UTC --- > > I wonder if there are several bugs that pops up simultaneously > 1) REVISIONYEAR/-MONTH seems not to be defined _sometimes_, perhaps within > <includeonly> and/or the category construct. I think i know why this is happening. When {{REVISION...}} variables are used, the revision is marked "vary-revision". Which means first we parse the page to find out what categories, etc the page uses. Put that all in the databse, and then once its in the db, we parse the page again now that we know the revision number. This second parse is only for showing to the user, we don't update the links tables with it. Hence the categories reflect the parse before we know what all the {{REVISION..}} variables are. This will be effectively fixed by r100610. (OTOH I'm having trouble re-producing this locally, so I'm not 100% sure that will fix it) I don't think <includeonly> should really have any affect. Other possibility is this is an instance of bug 33409 (but it sounds a bit different from that bug so I don't think that is the cause) > 2) Changes in the template does not seem to initiate a full regeneration of > the > article, at least sometimes, and it looks like a partially purge of some kind Changes to templates should definitly fully change the article. However some times it takes a little while for that change to go through. > 3) It seems like a manual purge updates the article page after changes to the > template, and also the category link on the page, but in the category page the > article remains for a long time and it does not seem to be removed at all That's normal behaviour (well that purge doesn't fix it, needing purge obviously shouldn't happen in the first place). ?action=purge means just update the article, it does not trigger a linksupdate (but a null edit does trigger a linksupdate) > 4) A nulledit to the article page also updates the category link, and then a > reload of the category page will be without an entry for the said article yep, that's also the way its supposed to work (as in nulledit should fix. You're obviously not supposed to require a null edit in the first place). > > That should be all I have about this case. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
