Revive ORES filters on Related Changes
Open, NormalPublic

Description

Issues with the way the ORES search was implemented on Related Changes caused us to back the ORES functions out of that last April, as documented in T163063.

Related Changes is a surprisingly popular page, with an avg. 50K pvs per day on en.wiki. My understanding is that changes made since April may make it safe for the New Filters ORES tools (Edit Quality and User Intent filters) to be revived on Related Changed. If this is so, let's do it—after first evaluating whether it is, in fact, safe.

When we revive ORES on Releated Changes, the Recent Changes Revision Scoring preferences described in T180866 will control the page.

Restricted Application added a project: Collaboration-Team-Triage. · View Herald TranscriptNov 3 2017, 6:35 PM
Restricted Application added a subscriber: Liuxinyu970226. · View Herald Transcript

@Ladsgroup @Halfak @Catrope, do we think it's safe to bring these back? If so, should we do a test release of some type to make sure before releasing the features generally? If so, what type of test would you recommend?

jmatazzoni lowered the priority of this task from Unbreak Now! to Normal.Nov 3 2017, 6:38 PM

We should be able to just bring this back, provided we first review and EXPLAIN the query to verify that it's now OK.

Ladsgroup moved this task from Incoming to Monitor on the User-Ladsgroup board.Thu, Dec 28, 11:10 PM

Change 403479 had a related patch set uploaded (by Sbisson; owner: Sbisson):
[mediawiki/extensions/ORES@master] Tentatively re-enable ORES filters on RecentChangesLinked

https://gerrit.wikimedia.org/r/403479

Change 403479 merged by jenkins-bot:
[mediawiki/extensions/ORES@master] Tentatively re-enable ORES filters on RecentChangesLinked

https://gerrit.wikimedia.org/r/403479