Page MenuHomePhabricator

Deploy WikibaseQualityConstraints to commons
Closed, ResolvedPublic

Description

Code to display constraint violations has been deployed to production, but the extension isn't actually turned on for commons :/

Turn it on!

Event Timeline

Change 581678 had a related patch set uploaded (by Cparle; owner: Cparle):
[operations/mediawiki-config@master] Enable WikibaseQualityConstraints on commons

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

Change 581678 merged by jenkins-bot:
[operations/mediawiki-config@master] Enable WikibaseQualityConstraints on commons

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

Change 585766 had a related patch set uploaded (by Cparle; owner: Cparle):
[operations/mediawiki-config@master] Enable WikibaseQualityConstraints on test commons

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

Change 585766 merged by jenkins-bot:
[operations/mediawiki-config@master] Enable WikibaseQualityConstraints on test commons

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

Mentioned in SAL (#wikimedia-operations) [2020-04-08T11:43:35Z] <tgr@deploy1001> Synchronized wmf-config/InitialiseSettings.php: SWAT: [[gerrit:585766|Enable WikibaseQualityConstraints on test commons (T248117)]] (duration: 01m 05s)

So ... constraints got deployed to commons, BUT there's a "type" constraints on depicts on wikidata that says that anything with a depicts statement must have an instance of/subclass of statement where the value is one of image, literature, etc

Almost none of the images has one of these statements, so almost all depicts statements have a constraints violation ... so we undeployed it again

@Lucas_Werkmeister_WMDE suggested the following

one option would be to disable “type” constraints on Commons, rather than on MediaInfo entities (which should amount to the same thing in the end), by configuring WikibaseQualityConstraints on commonswiki such that it thinks the item ID for the “type” constraint type is something like Q999999999 rather than the real Q21503250. This way, every “type” constraint defined on Wikidata would, only on commonswiki, be interpreted as a constraint of unknown type instead, producing a “todo” result (which is discarded by default) rather than a “violation” result. That’s not very nice, but it could be a very simple way (config change of a few lines) to unblock constraint checks on Commons.

Let's try this

Change 588988 had a related patch set uploaded (by Cparle; owner: Cparle):
[operations/mediawiki-config@master] Enable quality constraints on production commons

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

Change 588988 merged by jenkins-bot:
[operations/mediawiki-config@master] Enable quality constraints on production commons

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

Ramsey-WMF subscribed.

Tested on production and works.