- On plwiki, select 'Wikidata edits' and one of conflicting filters: 'Contribution quality prediction' or 'User intent prediction' .
- The selected filters will be displayed in red and with the correct warning tooltip, but the results will be displayed. Event highlighting will work, marking some records as being in conflicting categories.
|mediawiki/core||master||+6 -4||ChangesListStringOptionsFilter: Make isSelected() respect ALL|
|Open||None||T76230 [Epic] data quality and trust|
|Open||None||T90435 [Epic] Wikidata watchlist improvements (client)|
|Resolved||hoo||T47853 [Task] Have filter option to view wikidata changes only|
|Resolved||• Mattflaschen-WMF||T159787 Add Wikidata to new RC Filters UI|
|Resolved||DannyH||T171977 Annual Plan 2017-2018, Audiences 5: Increase current editor retention and engagement|
|Resolved||DannyH||T171981 Annual Plan 2017-2018, Audiences 5, Goal 2: Give better ways to monitor contributions|
|Resolved||• jmatazzoni||T157642 Graduate New Filters UX out of beta on Recent Changes on ALL wikis|
|Resolved||Catrope||T162630 'Wikidata edits' filter with 'Contribution quality prediction' or 'User intent prediction' returns results but the filter selection displayed as a conflict|
We should explicitly exclude RC_EXTERNAL, since it will trigger a false match due to https://phabricator.wikimedia.org/diffusion/EWBA/browse/master/client/includes/RecentChanges/RecentChangeFactory.php;5023d440478a34e76a10d6a9458044a9f1a7d2cb$150 .
It turned out that selecting all filters in the ORES group along with the Wikidata filter was detected as a conflict by the UI but not by the backend, and so the query wasn't short-circuited. The patch I just uploaded fixes that.