Configuration object

[Max Kanat-Alexander]

On 11/12/2009 03:48 AM, Gervase Markham wrote:
> 1) This data in JSON form is 157k for bugzilla.mozilla.org[0], and is
> likely to be more for Bugzillas with more products, components or flags.
> In particular, as flags are valid per-component, 2/3 of that 157k is
> saying which flags are valid for every component.

	Hmm. Yeah, that's quite a bit. Is it still very large with gzip or deflate?

> It could be that people don't always want all the data. So I'd like to
> add an option or two that they can add as parameters to not include some
> stuff. The question is, what? I've added "flags=0" to remove all flags
> stuff. You could still use the resulting data for anything except adding
> flags to bugs or attachments. Are there other slices and dices which
> might still be useful but of lower volume?

	Some people might want to only request specific products, which
config.cgi already supports. That helps a bit.

> 2) Does my reasoning for not wrapping Classifications around Products
> make sense?

	Yeah, seems reasonable.

> 3) Can you think of any more params we should obviously expose?

	utf8, and the data returned by Bugzilla.time from the WebService. Maybe
others, would have to go through the list and think about it.

> 4) Should we index the "group" hash by "id" or "name"? Both are unique.

	Depends on how the rest of the API uses them. If you return ids
elsewhere, then ids should be the key, and should generally be used
everywhere. If you return names, then names should be the key.

> 5) Are there any plans to make request_group and grant_group multi-valued?

	No, I don't think so, because there's group inheritance.

> [0] https://bugzilla-stage-tip.mozilla.org/config.cgi?ctype=json
>     (note: this is down as I write but should be back soon)
> _______________________________________________
> dev-apps-bugzilla mailing list
> dev-apps-bugzilla at lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-apps-bugzilla
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=mkanat@bugzilla.org>


-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla and Perl Services. Everything Else, too.