https://bugzilla.wikimedia.org/show_bug.cgi?id=30969
Markus Krötzsch <mar...@semantic-mediawiki.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #4 from Markus Krötzsch <mar...@semantic-mediawiki.org> 2011-09-19
11:48:42 UTC ---
Fixed in SVN now. The fix employs a post-query filtering to avoid such values
to show up. The alternative would be to filter in the SQL query already, but
this would add additional conditions to all queries. In most cases, this should
not be needed since internal auxiliary entries should normally not have the
data stored that would make them potential query results in any case. Mostly
very general queries like namespace filtering could cause the issue, I think.
The post-query filtering has the one disadvantage that it leads to fewer
results than expected in the affected cases. "Further results" will still work
properly, but the actual list of results shown may not contain limit many
entries if some are filtered. Since it seems to be a rare situation, I would
prefer this over the performance-degrading approach of filtering this in SQL.
--
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
