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
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
Unknown Object (File)
Mar 9 2024, 2:00 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
Branch
owners1
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 21821
Build 29773: Run Core Tests
Build 29772: arc lint + arc unit