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
F13096502: D20091.diff
Thu, Apr 25, 4:54 PM
Unknown Object (File)
Sat, Apr 20, 8:22 AM
Unknown Object (File)
Tue, Apr 9, 5:03 AM
Unknown Object (File)
Wed, Apr 3, 5:20 AM
Unknown Object (File)
Sun, Mar 31, 10:18 PM
Unknown Object (File)
Sun, Mar 31, 10:18 PM
Unknown Object (File)
Sun, Mar 31, 10:18 PM
Unknown Object (File)
Mar 13 2024, 9:56 PM
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