Make it possible to discover enumerated values
Bug #256940 reported by
Leonard Richardson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
Medium
|
Bryce Harrington | ||
launchpadlib |
Fix Released
|
High
|
Unassigned |
Bug Description
Fields like bug.status can only take on certain values, eg. "Fix Committed". These values are enumerated in the WADL file but there's no way to access this information from launchpadlib.
Changed in launchpadlib: | |
status: | Triaged → In Progress |
Changed in launchpadlib: | |
status: | In Progress → Triaged |
Changed in malone: | |
status: | Fix Committed → Fix Released |
Changed in launchpadlib: | |
status: | Triaged → Fix Released |
To post a comment you must log in.
This is also very confusing for users of searchTasks(). It accepts a upstream" , or "open_upstream".
status parameter and a status_upstream parameter. The status is one of
"Fix Released", "Confirmed", etc., but status_upstream is completely
different, being one of "pending_bugwatch", "hide_upstream",
"resolved_
For status_upstream at least, the accepted parameters are not even
enumerated in the WADL. If we don't document enumerated fields there
is almost no way a user can use the API properly from launchpadlib.
The very least Launchpad could do is to return the list of valid
parameters in the error message.