Page MenuHomePhabricator

Move users to modular transactions
ClosedPublic

Authored by epriestley on Aug 13 2018, 9:13 PM.
Tags
None
Referenced Files
F14056526: D19576.diff
Sat, Nov 16, 8:46 PM
F14045120: D19576.id.diff
Wed, Nov 13, 1:18 AM
F14038192: D19576.diff
Sun, Nov 10, 10:05 PM
F14009635: D19576.id46832.diff
Wed, Oct 30, 9:49 PM
F13990533: D19576.id46832.diff
Tue, Oct 22, 4:14 AM
F13989075: D19576.id46801.diff
Mon, Oct 21, 5:56 PM
F13988208: D19576.id46801.diff
Mon, Oct 21, 1:58 PM
F13978716: D19576.id46801.diff
Sat, Oct 19, 12:37 AM
Subscribers
None

Details

Summary

Ref T13164. See PHI642. I'd like to provide a third-generation user.edit API endpoint and make user.enable and user.disable obsolete before meddling with policy details, even if it isn't full-fledged yet.

Users do already have a transactions table and a Transaction-based editor, but it's only used for editing title, real name, etc. All of these are custom fields, so their support comes in automatically through CustomField extension code.

Realign it for modular transactions so new code will be fully modern. There are no actual standalone transaction types yet so this diff is pretty thin.

Test Plan
  • Grepped for UserProfileEditor.
  • Edited a user's title/real name/icon.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable