[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-12-03 Thread gerritbot
gerritbot added a comment. Change 544873 **merged** by jenkins-bot: [mediawiki/core@master] Add 'slot' param for recentchanges API query https://gerrit.wikimedia.org/r/544873 TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES https://phabricator.wikimedia.org/s

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-10-22 Thread gerritbot
gerritbot added a comment. Change 538249 abandoned by Cparle: Add a tag to recentchanges that touch MediaInfo data https://gerrit.wikimedia.org/r/538249 TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpre

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-10-21 Thread gerritbot
gerritbot added a comment. Change 544873 had a related patch set uploaded (by Anomie; owner: Cparle): [mediawiki/core@master] Add 'slotId' param for recentchanges API query https://gerrit.wikimedia.org/r/544873 TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-10-17 Thread Marostegui
Marostegui added a comment. In T230862#5538510 , @Anomie wrote: > Using tags has the advantage of more directly identifying the relevant revisions, //if// the planner decides that gathering all revisions with the tag then filtering by w

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-10-01 Thread Anomie
Anomie added a comment. Using tags has the advantage of more directly identifying the relevant revisions, //if// the planner decides that gathering all revisions with the tag then filtering by which are in RC (and probably filesorting) is a better plan than taking rows from RC (in order) and

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-10-01 Thread Cparle
Cparle added a comment. @Anomie @Tgr perhaps there's a way to always tag with the slot name, if an edit is not to the main slot? Would that be preferable to adding joins to the RC queries? TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES https://phabricator.wikime

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-10-01 Thread Cparle
Cparle added a comment. (FWIW the answer is "no", and CPT *wants it done* in a generic fashion - they haven't actually volunteered to do it) TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Cpa

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-25 Thread Cparle
Cparle added a comment. So ... if the CPT is going to do this in a generic fashion instead of it being done in MediaInfo, can I remove the `Structured Data` tags? TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emai

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-25 Thread Tgr
Tgr added a comment. In T230862#5503781 , @Cparle wrote: > So say we add a 'structured-data-mediainfo' tag to every revision that has a `mediainfo` slot - would that be adequate? @EBernhardson ? Given that this is a functionality th

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-20 Thread gerritbot
gerritbot added a comment. Change 538249 had a related patch set uploaded (by Cparle; owner: Cparle): [mediawiki/extensions/WikibaseMediaInfo@master] Add a tag to recentchanges that touch MediaInfo data https://gerrit.wikimedia.org/r/538249 TASK DETAIL https://phabricator.wikimedia.o

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-19 Thread EBernhardson
EBernhardson added a comment. Indeed I've completely mixed the two, sorry for confusion! TASK DETAIL https://phabricator.wikimedia.org/T230862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Cparle, EBernhardson Cc: EBernhardson, Cparle, dcausse,

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-19 Thread EBernhardson
EBernhardson added a comment. I started writing a patch for this, but got stuck trying to get mw vagrant back into working order. In this patch MediaInfo essentially always provides its fields to the NS_FILE namespace, but when no mediainfo is present it provides appropriate empty values. I

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-19 Thread gerritbot
gerritbot added a comment. Change 538066 had a related patch set uploaded (by EBernhardson; owner: EBernhardson): [mediawiki/extensions/WikibaseMediaInfo@master] Always report indexable fields on NS_FILE https://gerrit.wikimedia.org/r/538066 TASK DETAIL https://phabricator.wikimedia

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-09-18 Thread daniel
daniel added a comment. In T230862#5503781 , @Cparle wrote: > So say we add a 'structured-data-mediainfo' tag to every revision that has a `mediainfo` slot - would that be adequate? @EBernhardson ? I assume this means every edit tha

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-27 Thread Anomie
Anomie added a comment. In T230862#5443759 , @Tgr wrote: > I think it's worth revisiting, and there was unanimous agreement on that at last TechConf's relevant session

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-27 Thread Tgr
Tgr added a comment. In T230862#5443414 , @Anomie wrote: > That has been proposed and opposed by various people for a long time. I think it's worth revisiting, and there was unanimous agreement on that at last TechConf's relevant se

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-27 Thread Anomie
Anomie added a comment. In T230862#5443345 , @Tgr wrote: > IMO we'll have to bite that bullet at some point and change MediaWiki from a PHP-based application to a container-based one, so we can package ElasticSearch, Node.js, BlazeGraph

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-27 Thread Smalyshev
Smalyshev added a comment. RecentChanges has many flaws (for example, it is not a reliable stream as timestamps are not sequential and it can't be queried by RC ID - see https://gerrit.wikimedia.org/r/c/mediawiki/core/+/302368) but it is the only way to get change stream for a wiki without s

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-27 Thread Tgr
Tgr added a comment. In T230862#5442416 , @Anomie wrote: > OTOH, that would break it for any MediaWiki wikis not using Elastic... IMO we'll have to bite that bullet at some point and change MediaWiki from a PHP-based application to

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-27 Thread Anomie
Anomie added a comment. In T230862#5427914 , @daniel wrote: > Perhaps the recentchanges system should be migrated to Elastic, that would help with a lot of things :) OTOH, that would break it for any MediaWiki wikis not using Elasti

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-21 Thread Tgr
Tgr added a comment. In theory it would be something like `recentchanges JOIN revision ON rc_this_oldid = rev_id JOIN slots ON slot_revision_id = rev_id AND slot_role_id = whatever AND slot_origin = rev_id`. Except slot_origin is not used consistently that way; this would miss rollbacks, for

[Wikidata-bugs] [Maniphest] [Commented On] T230862: Create a way to filter only WB-related changes from Commons recentchanges

2019-08-21 Thread Smalyshev
Smalyshev added a comment. Tags should work, at least for now, I think, if I can filter by tag efficiently. There's not a lot of data edits so far, compared to overall Commons edit volume. Eventually, I'd like to be able to select all edits that touch particular slot (even if it also to