{"push_id":1061311711,"size":1,"distinct_size":1,"ref":"refs/heads/master","head":"ebef4cad962200681b8f174f5be762ee14317a59","before":"72468a25b202190f6a51bd91a677852023dc9b00","commits":[{"sha":"ebef4cad962200681b8f174f5be762ee14317a59","author":{"email":"61a1c7c885f4fc173424af2875d459c32bdc4fee@gerrit.wikimedia.org","name":"jenkins-bot"},"message":"Updated mediawiki/extensions\nProject: mediawiki/extensions/AbuseFilter  9eb83364d10863ec546df7fabb22d2e3417ce407\n\nImprove how the number of conditions is counted\n\nWith the new behavior, the number of conditions in incremented when:\n* Evaluating a function\n* Evaluating a comparison operator (== === != !== < > <= >= =)\n* Evaluating a keyword (in like matches contains rlike irlike regex)\n\nPreviously, the number of conditions was incremented when:\n* Evaluating a function\n* Entering the comparison operator evaluation mode\n\nThis resulted in a number of surprising behaviors. In particular:\n* '(((a == b)))' counted as 4 conditions, not 1\n* 'contains_any(a, b, c)' counted as 5 conditions, not 1\n* 'a == b == c' counted as 1 condition, not 2\n* 'a in b + c in d + e in f' counted as 1 condition, not 3\n* 'true' counted as 1 condition, not 0\n\nIt is still possible to easily cheat the count by rewriting comparisons\nas arithmetic operations. I believe this is meant to advise users of\nthe complexity of their rules and not really enforce strict limits.\n\nBug: T132190\nChange-Id: I897769db4c2ceac802e3ae5d6fa8e9c9926ef246","distinct":true,"url":"https://api.github.com/repos/wikimedia/mediawiki-extensions/commits/ebef4cad962200681b8f174f5be762ee14317a59"}]}