Page MenuHomePhabricator

Distinguish between "Assigned" and "Effective" identity PHIDs more clearly and consistently
ClosedPublic

Authored by epriestley on Nov 14 2019, 4:09 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Nov 24, 1:35 PM
Unknown Object (File)
Mon, Nov 18, 6:13 PM
Unknown Object (File)
Mon, Nov 11, 4:29 AM
Unknown Object (File)
Mon, Nov 4, 10:22 PM
Unknown Object (File)
Fri, Nov 1, 5:12 AM
Unknown Object (File)
Wed, Oct 30, 3:16 PM
Unknown Object (File)
Wed, Oct 30, 8:29 AM
Unknown Object (File)
Tue, Oct 29, 3:33 PM
Subscribers
Restricted Owners Package

Details

Summary

Ref T13444. You can currently explicitly unassign an identity (useful if the matching algorithm is misfiring). However, this populates the "currentEffectiveUserPHID" with the "unassigned()" token, which mostly makes things more difficult.

When an identity is explicitly unassigned, convert that into an explicit null in the effective user PHID.

Then, realign "assigned" / "effective" language a bit. Previously, withAssigneePHIDs(...) actualy queried effective users, which was misleading. Finally, bulk up the list view a little bit to make testing slightly easier.

Test Plan
  • Unassigned an identity, ran migration, saw currentEffectiveUserPHID become NULL for the identity.
  • Unassigned a fresh identity, saw NULL.
  • Queried for various identities under the modified constraints.

Diff Detail

Repository
rP Phabricator
Branch
identity2
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 23658
Build 32524: Run Core Tests
Build 32523: arc lint + arc unit

Event Timeline

Owners added a subscriber: Restricted Owners Package.Nov 14 2019, 4:09 AM
This revision was not accepted when it landed; it landed in state Needs Review.Nov 19 2019, 5:37 PM
This revision was automatically updated to reflect the committed changes.