Introduce search result buckets
Summary:
Ref T10939. Currently, Differential hard-codes some behaviors for the "active" filter. This introduces "buckets" to make this grouping behavior more general/flexible.
The buckets don't actually do any grouping yet, this just gets rid of the `$query === 'active'` stuff so far.
These buckets change the page size to a large value, becuase pagination won't currently work with bucketing.
The problem is that we normally paginate by selecting one more result than we need: so if we're building a page of size 10, we'll select 11 results. This is fast, and if we get 11 back, we know there's a next page with at least one result on it.
With buckets, we can't do this, since our 11 results might come back in these buckets:
- A, B, C, A, C, C, A, A, B, B, (B)
So we know there are more results, and we know that bucket B has more results, but we have no clue if bucket A and bucket C have more results or not (or if there's anything in bucket D, etc).
We might need to select a thousand more results to get the first (D) or the next (A).
So we could render something like "Some buckets have more results, click here to go to the next page", but users would normally expect to be able to see "This specific bucket, A, has more results.", and we can't do that without a lot more work.
It doesn't really matter for revisions, because almost no one has 1K of them, but this may need to be resolved eventually.
(I have some OK-ish ideas for resolving it but nothing I'm particularly happy with.)
Test Plan: {F1376542}
Reviewers: chad
Reviewed By: chad
Maniphest Tasks: T10939
Differential Revision: https://secure.phabricator.com/D15923
2016-05-15 18:46:38 +02:00
|
|
|
<?php
|
|
|
|
|
|
|
|
abstract class DifferentialRevisionResultBucket
|
|
|
|
extends PhabricatorSearchResultBucket {
|
|
|
|
|
|
|
|
public static function getAllResultBuckets() {
|
|
|
|
return id(new PhutilClassMapQuery())
|
|
|
|
->setAncestorClass(__CLASS__)
|
|
|
|
->setUniqueMethod('getResultBucketKey')
|
|
|
|
->execute();
|
|
|
|
}
|
|
|
|
|
2016-05-16 17:09:11 +02:00
|
|
|
protected function getRevisionsUnderReview(array $objects, array $phids) {
|
|
|
|
$results = array();
|
|
|
|
|
|
|
|
$objects = $this->getRevisionsNotAuthored($objects, $phids);
|
|
|
|
|
|
|
|
foreach ($objects as $key => $object) {
|
2017-08-04 14:29:49 +02:00
|
|
|
if (!$object->isNeedsReview()) {
|
2016-05-16 17:09:11 +02:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
$results[$key] = $object;
|
|
|
|
}
|
|
|
|
|
|
|
|
return $results;
|
|
|
|
}
|
|
|
|
|
|
|
|
protected function getRevisionsAuthored(array $objects, array $phids) {
|
|
|
|
$results = array();
|
|
|
|
|
|
|
|
foreach ($objects as $key => $object) {
|
|
|
|
if (isset($phids[$object->getAuthorPHID()])) {
|
|
|
|
$results[$key] = $object;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return $results;
|
|
|
|
}
|
|
|
|
|
|
|
|
protected function getRevisionsNotAuthored(array $objects, array $phids) {
|
|
|
|
$results = array();
|
|
|
|
|
|
|
|
foreach ($objects as $key => $object) {
|
|
|
|
if (empty($phids[$object->getAuthorPHID()])) {
|
|
|
|
$results[$key] = $object;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return $results;
|
|
|
|
}
|
|
|
|
|
|
|
|
protected function hasReviewersWithStatus(
|
|
|
|
DifferentialRevision $revision,
|
|
|
|
array $phids,
|
2017-11-01 18:54:23 +01:00
|
|
|
array $statuses,
|
2017-11-06 20:51:59 +01:00
|
|
|
$include_voided = null) {
|
2016-05-16 17:09:11 +02:00
|
|
|
|
2017-03-20 23:04:23 +01:00
|
|
|
foreach ($revision->getReviewers() as $reviewer) {
|
2016-05-16 17:09:11 +02:00
|
|
|
$reviewer_phid = $reviewer->getReviewerPHID();
|
|
|
|
if (empty($phids[$reviewer_phid])) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2017-03-20 23:04:23 +01:00
|
|
|
$status = $reviewer->getReviewerStatus();
|
2016-05-16 17:09:11 +02:00
|
|
|
if (empty($statuses[$status])) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2017-11-06 20:51:59 +01:00
|
|
|
if ($include_voided !== null) {
|
2017-11-01 18:54:23 +01:00
|
|
|
if ($status == DifferentialReviewerStatus::STATUS_ACCEPTED) {
|
2017-11-06 20:51:59 +01:00
|
|
|
$is_voided = (bool)$reviewer->getVoidedPHID();
|
|
|
|
if ($is_voided !== $include_voided) {
|
2017-11-01 18:54:23 +01:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-05-16 17:09:11 +02:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
Introduce search result buckets
Summary:
Ref T10939. Currently, Differential hard-codes some behaviors for the "active" filter. This introduces "buckets" to make this grouping behavior more general/flexible.
The buckets don't actually do any grouping yet, this just gets rid of the `$query === 'active'` stuff so far.
These buckets change the page size to a large value, becuase pagination won't currently work with bucketing.
The problem is that we normally paginate by selecting one more result than we need: so if we're building a page of size 10, we'll select 11 results. This is fast, and if we get 11 back, we know there's a next page with at least one result on it.
With buckets, we can't do this, since our 11 results might come back in these buckets:
- A, B, C, A, C, C, A, A, B, B, (B)
So we know there are more results, and we know that bucket B has more results, but we have no clue if bucket A and bucket C have more results or not (or if there's anything in bucket D, etc).
We might need to select a thousand more results to get the first (D) or the next (A).
So we could render something like "Some buckets have more results, click here to go to the next page", but users would normally expect to be able to see "This specific bucket, A, has more results.", and we can't do that without a lot more work.
It doesn't really matter for revisions, because almost no one has 1K of them, but this may need to be resolved eventually.
(I have some OK-ish ideas for resolving it but nothing I'm particularly happy with.)
Test Plan: {F1376542}
Reviewers: chad
Reviewed By: chad
Maniphest Tasks: T10939
Differential Revision: https://secure.phabricator.com/D15923
2016-05-15 18:46:38 +02:00
|
|
|
}
|