<div dir="ltr">On Wed, Apr 10, 2013 at 11:42 AM, Vishvananda Ishaya <span dir="ltr"><<a href="mailto:vishvananda@gmail.com" target="_blank">vishvananda@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><span style="color:rgb(34,34,34)">The act of "closing" as in changing the state of the bug is relatively meaningless. Jenkins sets fix committed is most cases and the release manager or jenkins sets fix released. It makes a lot more sense to use the assignee of the bug. That is the person that did the actual work.</span><br>
</div>
</blockquote></div><br></div><div class="gmail_extra" style>I agree. I've been playing with reporting for bug events (mostly tracking triage state and how many bugs we're closing) and its actually pretty fiddly. The definition of a close that I currently use is:</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>The user who had a bug assigned to them at the time that the bug transitioned into the "Fix Committed" state.</div><div class="gmail_extra" style>
<br></div><div class="gmail_extra" style>Even that isn't perfect as it doesn't catch someone sniping a bug from the assignee. You also have to handle bugs being "unclosed".</div><div class="gmail_extra" style>
<br></div><div class="gmail_extra" style>Michael</div></div>