Page MenuHomePhabricator

Remove dead "Service Lock" code from Almanac
ClosedPublic

Authored by epriestley on Apr 9 2018, 5:11 PM.
Tags
None
Referenced Files
F15422024: D19316.diff
Sat, Mar 22, 4:46 AM
F15421959: D19316.id46219.diff
Sat, Mar 22, 4:01 AM
F15421902: D19316.id46221.diff
Sat, Mar 22, 3:16 AM
F15419964: D19316.id.diff
Fri, Mar 21, 10:09 AM
F15417186: D19316.diff
Thu, Mar 20, 3:52 PM
F15387398: D19316.id46219.diff
Sat, Mar 15, 2:19 AM
F15334984: D19316.diff
Sat, Mar 8, 1:32 PM
F15302887: D19316.diff
Wed, Mar 5, 11:24 PM
Subscribers
None

Details

Summary

Depends on D19315. Ref T13120. Ref T12414. See PHI145. See PHI473. I want to move Almanac services to ModularTransactions but ran into this old piece of dead/unused code along the way.

Long ago, Almanac services could be individually "locked", but this didn't really work out very well. It was replaced by "Can Manage Cluster Services" in D15339 and prior changes, but not all of the old "Lock" code got cleaned up.

I don't expect to restore this feature, so clean it up now.

Test Plan
  • Grepped for AlmanacServiceTransaction::TYPE_LOCK, TYPE_LOCK, etc.
  • Grepped for updateServiceLock(), no callsites.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Apr 9 2018, 5:12 PM
This revision was automatically updated to reflect the committed changes.