Page MenuHomePhabricator

Update "bin/policy unlock" to be more surgical, flexible, modular, and modern
ClosedPublic

Authored by epriestley on Mar 7 2019, 4:41 AM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 8 2024, 6:25 PM
Unknown Object (File)
Dec 25 2023, 3:26 AM
Unknown Object (File)
Dec 23 2023, 2:11 PM
Unknown Object (File)
Dec 21 2023, 9:34 AM
Unknown Object (File)
Dec 17 2023, 3:45 AM
Unknown Object (File)
Dec 3 2023, 2:21 PM
Unknown Object (File)
Nov 30 2023, 3:51 AM
Unknown Object (File)
Nov 16 2023, 7:35 PM
Subscribers
None

Details

Summary

See PHI1115. Ref T13249. Currently, you can bin/policy unlock objects which have become inaccessible through some sort of policy mistake.

This script uses a very blunt mechanism to perform unlocks: just manually calling setXPolicy() and then trying to save() the object. Improve things a bit:

  • More surgical: allow selection of which policies you want to adjust with "--view", "--edit", and "--owner" (potentially important for some objects like Herald rules which don't have policies, and "edit-locked" tasks which basically ignore the edit policy).
  • More flexible: Instead of unlocking into "All Users" (which could be bad for stuff like Passphrase credentials, since you create a short window where anyone can access them), take a username as a parameter and set the policy to "just that user". Normally, you'd run this as bin/policy unlock --view myself --edit myself or similar, now.
  • More modular: We can't do "owner" transactions in a generic way, but lay the groundwork for letting applications support providing an owner reassignment mechanism.
  • More modern: Use transactions, not raw set() + save().

This previously had some hard-coded logic around unlocking applications. I've removed it, and the new generic stuff doesn't actually work. It probably should be made to work at some point, but I believe it's exceptionally difficult to lock yourself out of applications, and you can unlock them with bin/config set phabricator.application-settings ... anyway so I'm not too worried about this. It's also hard to figure out the PHID of an application and no one has ever asked about this so I'd guess the reasonable use rate of bin/policy unlock to unlock applications in the wild may be zero.

Test Plan
  • Used bin/policy unlock to unlock some objects, saw sensible transactions.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

amckinley added inline comments.
src/applications/policy/management/PhabricatorPolicyManagementUnlockWorkflow.php
30–35

Maybe remove this option until PhabricatorUnlockEngine ::newUnlockOwnerTransaction() gets implemented?

This revision is now accepted and ready to land.Mar 7 2019, 8:14 PM
This revision was automatically updated to reflect the committed changes.