https://bugzilla.wikimedia.org/show_bug.cgi?id=15735
Paul McCue <w...@tiko.demon.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |w...@tiko.demon.co.uk
--- Comment #3 from Paul McCue <w...@tiko.demon.co.uk> 2009-07-18 22:24:34 UTC
---
I've just run up against this problem myself. To clarify the current
behaviour:
An #ifexist test on a nonexistent category
("{{#ifexist:Category:NoSuchThing|[[Category:NoSuchThing]]}}") results in an
entry in pagelinks, but none in categorylinks. A test on a category that
does exist ("{{#ifexist:Category:People|[[Category:People]]}}") generates
entries in both tables.
>From this we can attribute the entry in pagelinks to the #ifexist test itself,
and the entry in categorylinks to its parsed result ("" and
"[[Category:People]]" for the examples above).
I'd imagine the pagelinks entry has to exist to ensure the page containing the
#ifexist test is properly re-evaluated should someone come along and create (or
un-create) its subject.
This is definitely a PITA for those working from the database alone though;
ideally such entries should be stored elsewhere ('pageexistslinks') to keep the
semantics of the pagelinks table clear. I'd imagine there are performance
gains to be had by doing so also - only a subset of the usual tests make
against pagelinks would need to test pageexistslinks also.
--
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
