Page MenuHomePhabricator

In Owners Packages, make the API representation of the "Auditing" field more consistent
ClosedPublic

Authored by epriestley on Feb 5 2019, 3:41 AM.
Tags
None
Referenced Files
F14748948: D20091.diff
Tue, Jan 21, 11:06 AM
Unknown Object (File)
Fri, Jan 17, 11:23 PM
Unknown Object (File)
Fri, Jan 17, 5:22 PM
Unknown Object (File)
Fri, Jan 17, 1:15 AM
Unknown Object (File)
Tue, Jan 14, 7:27 AM
Unknown Object (File)
Wed, Jan 8, 7:29 AM
Unknown Object (File)
Thu, Dec 26, 1:49 PM
Unknown Object (File)
Mon, Dec 23, 7:42 AM
Subscribers
None

Details

Summary

Ref T13244. See PHI1047. A while ago, the "Review" field changed from "yes/no" to 20 flavors of "Non-Owner Blocking Under A Full Moon". The sky didn't fall, so we'll probably do this to "Audit" eventually too.

The "owners.search" API method anticipates this and returns "none" or "audit" to describe package audit statuses, so it can begin returning "audit-non-owner-reviewers" or whatever in the future.

However, the "owners.edit" API method doesn't work the same way, and takes strings, and the strings have to be numbers. This is goofy and confusing and generally bad.

Make "owners.edit" take the same strings that "owners.search" emits. For now, continue accepting the old values of "0" and "1".

Test Plan
  • Edited audit status of packages via API using "none", "audit", "0", "1" (worked), and invalid values like "quack" (helpful error).
  • Edited audit status of packages via web UI.
  • Used owners.search to retrieve package information.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable