Currently, using ApiQueryAbuseLog and retrieving details returns the user_rights as a string joined with \n, eg:
"user_rights": "createaccount\nread\nedit\ncreatetalk\nwriteapi\nviewmywatchlist\neditmywatchlist\nviewmyprivateinfo\neditmyprivateinfo\neditmyoptions\nabusefilter-log-detail\ncentralauth-merge\nabusefilter-view\nabusefilter-log\nvipsscaler-test\ncollectionsaveasuserpage\nreupload-own\nmove-rootuserpages\nmove-categorypages\ncreatepage\nminoredit\neditmyusercss\neditmyuserjson\neditmyuserjs\npurge\nsendemail\napplychangetags\nspamblacklistlog\nmwoauthmanagemygrants\n",
I propose that, instead, this be returned as an array. Thoughts?
Description
Details
Subject | Repo | Branch | Lines +/- | |
---|---|---|---|---|
Improve var dumping in /details, /examine and /tools | mediawiki/extensions/AbuseFilter | master | +133 -37 |
Event Timeline
In AbuseFilter, it is indeed an array. E.g., I tried length(user_rights) === 42 in Special:AbuseFilter/test and edits of users with 42 rights come up.
I think this is simply the printing issue. As I understand, https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/AbuseFilter/+/421966/ is going to fix it.
I don't think so - https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/AbuseFilter/+/421966/37/includes/api/ApiQueryAbuseLog.php makes it so that it'll always be shown as a string, rather than the native (array)
That's very right, aside from the last part:
This is also correct.
In the linked patch, I probably didn't change the API module out of caution. However, given that this is the same issue that the patch tries to fix, I'm going to include it as well.
Change 421966 had a related patch set uploaded (by Daimona Eaytoy; owner: Daimona Eaytoy):
[mediawiki/extensions/AbuseFilter@master] Improve var dumping in /details, /examine and /tools
Change 421966 merged by jenkins-bot:
[mediawiki/extensions/AbuseFilter@master] Improve var dumping in /details, /examine and /tools