If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Expose a component's default assignee from more than the /product endpoint.

RESOLVED WONTFIX

Status

()

bugzilla.mozilla.org
Extensions: BzAPI Compatibility
RESOLVED WONTFIX
2 years ago
2 years ago

People

(Reporter: KWierso, Unassigned)

Tracking

Production

Details

(Reporter)

Description

2 years ago
I'm trying to retrieve a bunch of bugs from a /bug search and I also need to figure out whether the bug's assignee is the default assignee. 

As far as I can tell, I would need to do the /bug search and make sure that returns each bug's product and component, and then do a /product search for each of those products, having that return the component.default_assigned_to values, and then compare the bug's actual assignee to the default assignee.


I've already fetched https://bugzilla.mozilla.org/bzapi/configuration or https://bugzilla.mozilla.org/config.cgi?ctype=json earlier in my script, but neither of those appear to expose the default assignees for the components in the configuration.

Could the component default assignees be included in the information returned from /configuration or config.cgi? 

Or could some is_default_assignee boolean property be added to the information returned from /bug?

Or could someone point me to where the default assignees are exposed already if I'm missing it? :)
If is this about BZ API then it's not upstream but BMO only thing..
Assignee: webservice → nobody
Component: WebService → Extensions: BzAPI Compatibility
Product: Bugzilla → bugzilla.mozilla.org
QA Contact: default-qa
Version: unspecified → Production
(Reporter)

Comment 2

2 years ago
This is about the native REST api, but I'm still making calls to bzapi's /configuration due to bug 504937 not being fixed.
> Could the component default assignees be included in the information returned from /configuration or config.cgi? 

the bzapi compatibility layer is feature frozen i'm sorry, so we won't be extending it.

> Or could some is_default_assignee boolean property be added to the information returned from /bug?

unfortunately the current REST api is opt-out, so any fields we add will have to be returned by default.  this means there's a real cost to doing this and there has to be a strong use-case to do so.  i don't think that exists here given there are alternatives...

> Or could someone point me to where the default assignees are exposed already if I'm missing it? :)

i recommend using /product.  you can avoid doing "a /product search for each of these products" by specifying multiple "names" parameters in your request:

https://bugzilla.mozilla.org/rest/product?names=bugzilla.mozilla.org&names=bugzilla&include_fields=name,components.default_assigned_to

this is likely to be faster than a /configuration or equivalent call.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.