[webkit-dev] sick of forgetting bugzilla email addresses?

[Ojan Vafai]

If we wanted this to totally replace committers.py, bugzilla would need an
irc nick field, the person's full name, a bit for whether the person is a
committer/reviewer and a list of alternate email addresses (e.g. svn commit
address).

For the purposes of this extension, just adding the full name and nick
fields would be sufficient, but there's no real incentive for people to add
add their nick info to bugzilla if it doesn't replace committers.py.

On Thu, Jun 10, 2010 at 9:10 PM, William Siegrist <wsiegrist at apple.com>wrote:

> Dave Kilzer has updating bugzilla on his todo list, but he's been busy. I
> can talk to him about what bugzilla can do for this. If we limit the data to
> only people who have been cc'd, then I don't believe we're leaking any
> additional information.
>
> Opening up CORS for trac/svn is doable, but its still not the right data.
> If the bugzilla data is too difficult to do in the near term I'll add the
> CORS headers.
>
> And it seems like there is also a need to add an irc nick field to bugzilla
> user data?
>
> -Bill
>
>
>
> On Jun 10, 2010, at 5:00 PM, Eric Seidel wrote:
>
> > Apologies, it appears I was misinformed.
> >
> > On Thu, Jun 10, 2010 at 4:44 PM, Alexey Proskuryakov <ap at webkit.org>
> wrote:
> >>
> >> 10.06.2010, в 16:18, Eric Seidel написал(а):
> >>
> >>> A real data feed from bugs.webkit.org of the user names would be best.
> >>
> >> There may be some expectation of privacy from users who never file bugs
> or
> >> add comments. I don't think there is a way for non-admin users to get a
> user
> >> list from Bugzilla.
> >>
> >>> Also, we keep hacking bugzilla, and yet our bugzilla is still
> >>> years-out-of date.  Seems we should upgrade to 3.x before we hack it
> >>> much more.
> >>
> >> We're currently at version 3.2.3.
> >>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20100611/e0f94638/attachment.html>