Page MenuHomePhabricator

[Story] Unified API and SpecialPage for internal and external constraint violations
Closed, DeclinedPublic

Description

As an editor I want to be able to use an API and SpecialPage that gives me an overview of all violations for a given item so I can assess and fix all issues. The distinction between internal and external violations is almost an implementation detail in this usecase.

Related Objects

View Standalone Graph
This task is connected to more than 200 other tasks. Only direct parents and subtasks are shown here. Use View Standalone Graph to show more of the graph.

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 24 2015, 2:26 PM
JanZerebecki moved this task from incoming to ready to go on the Wikidata board.Sep 10 2015, 7:07 PM

Discussed during story time:

  1. Have an "wbcheckentity/wbvalidation" (?) API. It does the checks in real-time.
  2. Create a new [[Special:{All|Combined|Full}ConstraintReport]] (?) including external constraints, in addition to [[Special:ConstraintReport]]. Or repurpose the existing one.
  3. Have a button in the UI, added via the extension (probably the base WikibaseQuality), that triggers that API call and adds icons to all statements with a violation. To do: Check the ditched version 2, relevant code should already be there.
  4. No-JS fallback for the button: Link to the new special page.
  5. Implement a caching layer for the results. (Note: The students working on Wikibase-Quality-Constraints worked on a branch implementing persistence, but this got stuck on review and we had to ditch it.)
  6. Trigger checks/purge during save. Warning: Need to purge all items using a property when the property is edited!

Keep in mind:

  • In the future more external tools may want to add annotations/icons to our view (see T95403).
Bene added a subscriber: Bene.Nov 23 2015, 8:33 PM
abian added a subscriber: abian.Oct 2 2016, 10:59 AM
Lucas_Werkmeister_WMDE closed this task as Declined.Jan 23 2019, 2:50 PM

With the way WikibaseQualityConstraints has evolved since task was opened, I don’t think there’s any point in keeping this open. If we pick up external validation again, we can decide whether it makes sense to integrate it with constraints or not. (But note, for example, that the special page is not the primary way in which users interact with constraints.)