Change Details

For each tracked entity, track the current revision ID of that entity. Open question: what about invalidating constraint check results when a constraint statement is edited? Do we track the current revision ID of the property as well? Or can we do something more sophisticated? (With {T182110}, we will in theory have the option to know which revisions actually changed the constraints and which didn’t, but we’d have to keep track of that somewhere.)

For each tracked entity, track the current revision ID of that entity. Open question: what about invalidating constraint check results when a constraint statement is edited? Do we track the current revision ID of the property as well? Or can we do something more sophisticated? (With {T182110}, we will in theory have the option to know which revisions actually changed the constraints and which didn’t, but we’d have to keep track of that somewhere.) #patch-for-review: - [ ] [minimal code style fix](https://gerrit.wikimedia.org/r/397593) - [ ] [`CachedCheckConstraintsResponse`](https://gerrit.wikimedia.org/r/396408) - [ ] [`CachingResultsBuilder`](https://gerrit.wikimedia.org/r/397594)

For each tracked entity, track the current revision ID of that entity. Open question: what about invalidating constraint check results when a constraint statement is edited? Do we track the current revision ID of the property as well? Or can we do something more sophisticated? (With {T182110}, we will in theory have the option to know which revisions actually changed the constraints and which didn’t, but we’d have to keep track of that somewhere.) #patch-for-review: - [ ] [minimal code style fix](https://gerrit.wikimedia.org/r/397593) - [ ] [`CachedCheckConstraintsResponse`](https://gerrit.wikimedia.org/r/396408) - [ ] [`CachingResultsBuilder`](https://gerrit.wikimedia.org/r/397594)