Hi, everyone -

We've just wrapped up big migration of the mentored bug information in Bugzilla from [mentor=person] in the whiteboard to bug mentors being their own field.

Most of that change was done automatically and silently, for which we can thank glob, dkl and their usual quietly-professional aplomb. A lot of the data was messy, though, and I had to finish a few hundred bugs worth of migration manually; this wasn't even a little bit silent. Some of you got a lot of bugmail from me today, and in particular I'd like to remind members of the compatibility team that you can't expense a mob hit under current accounting best practices.

This means a couple of things, most of which are nice and one of which is not.

- We'll have much easier time figuring out much and how valuable mentoring and good first bugs really are, presently and historically. More about this is forthcoming, with all kinds of fancy graphs. - Building around mentored/good-first bugs just became simpler and more reliable.
- Needinfo -> Mentor is on the way, which should be good.

The thing that's not nice is that I should have done a better job of preannouncing this change. If you've built anything that relied on searching for "whiteboard contains mentor=whatever", it's broken now.

Fixing any breakage that has occurred should be straightfoward; note that

$> curl https://bugzilla.mozilla.org/rest/bug/######?include_fields=mentors

returns JSON that looks like this:

{"bugs":[{"mentors":["someb...@somewhere.org"],"mentors_detail":[{"email":"someb...@somewhere.org","real_name":"Some Body [:somebody]","name":"someb...@somewhere.org","id":123456}]}],"faults":[]}



Thanks,

- mhoye
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to