Fixes T12505. PhabricatorProjectsMembershipIndexEngineExtension->materializeProject() was incorrectly bailing early for milestone objects, which prevented milestone members from being calculated correctly. This was causing problems where (for example) an Owners package owned by a milestone wasn't being satisfied when a member of the milestone approved a revision.
Details
Details
Invoked migration, observed that a user's milestones correctly showed up when searched for. Also observed that accepting a revision on behalf of a milestone now satisfies Owners rules.
Diff Detail
Diff Detail
- Repository
- rP Phabricator
- Branch
- master
- Lint
Lint Passed - Unit
Tests Passed - Build Status
Buildable 17282 Build 23151: Run Core Tests Build 23150: arc lint + arc unit
Event Timeline
src/applications/project/engineextension/PhabricatorProjectsMembershipIndexEngineExtension.php | ||
---|---|---|
42–56 | We could do the isMilestone() test earlier and skip this extra query I think -- we know milestones never have subprojects or descendants. |
src/applications/project/engineextension/PhabricatorProjectsMembershipIndexEngineExtension.php | ||
---|---|---|
58–61 | Actually, since milestones can't have sub-milestones, this is probably better written by adding another clause to the existing if statement. |
src/applications/project/engineextension/PhabricatorProjectsMembershipIndexEngineExtension.php | ||
---|---|---|
42–56 | Jinx, I owe you a coke! |