Difference between revisions of "Issue:Includematch does not filter results"
From FollowTheScore
(New page: {{Issue |Type = Bug |Extension = DPL |Version = 1.8.6 |Description = "includematch" can not be used like in version 1.7.4: It does not filter results. |Status = o...) |
|||
| Line 30: | Line 30: | ||
I think the behavior of 1.7.4 is the better one. | I think the behavior of 1.7.4 is the better one. | ||
Until this problem is resolved I downgraded back to version 1.7.4 | Until this problem is resolved I downgraded back to version 1.7.4 | ||
| + | |||
| + | BTW: I am using | ||
| + | MediaWiki 1.13.3; | ||
| + | PHP 5.2.8 (isapi); | ||
| + | MySQL 5.1.30-community | ||
== Reply == | == Reply == | ||
Revision as of 12:53, 5 August 2009
| Description: | "includematch" can not be used like in version 1.7.4: It does not filter results. |
| Extension / Version: | DPL / 1.8.6 |
| Type / Status: | Bug / open |
Problem
I updated DPL from version 1.7.4 to version 1.8.6
within version 1.7.4 I used the parameter includematch very often.
E.g.:
<dpl>
category=to-be-investigated
include={template}:parameter
includematch=/.*Value I am Looking for.*/si
</dpl>
Using DPL 1.7.4 this produced a list of only those pages containing "Value I am Looking for" in the "parameter" of the "template".
Using DPL 1.8.6 this produced additionally those pages where the "includematch" did not match.
I think the behavior of 1.7.4 is the better one. Until this problem is resolved I downgraded back to version 1.7.4
BTW: I am using MediaWiki 1.13.3; PHP 5.2.8 (isapi); MySQL 5.1.30-community
