Addshore created this task. Addshore added projects: Wikidata-Campsite, Wikidata. Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION Abusefilter can make editing wikibases with large entities slow, see T205252 <https://phabricator.wikimedia.org/T205252>. Some investigation along with the community was done in T205254 <https://phabricator.wikimedia.org/T205254> and it was decided that statement GUIDs do not need to appear in abusefilter output. Statement guids currently use the "id" key in JSON output which is currently how abuse filter text is generated and filtered. This "id" field is very generic and will also match a bunch of other stuff in the JSON that we are not sure about. Thus something needs to change regarding how item and property abusefilter text is collected and or filtered. Either: - Rather than starting with everything and then filtering down, we selectively a pick out things to add to the text? (might end up removing more than we intend? that might not be a bad thing? Just add back what the community want?) - Improve our method of filtering, possibly allowing fileting different keys and different levels / down different paths in the JSON tree? Whatever filtering and collection of values occurs, it must be very performant. We have had speed issues in this bit of code before, (previously fixed up in T204109 <https://phabricator.wikimedia.org/T204109>) This is technically a breaking change, so this should be announced. TASK DETAIL https://phabricator.wikimedia.org/T226216 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Aklapper, alaa_wmde, Addshore, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
