<div dir="ltr"><div>Wait, "UNCONFIRMED" means confirmed, or do you mean that confirmation is not captured as a state between UNCONFIRMED and NEW?<br><br></div>Is there any accountability to the bug submitter that the submitted patch addresses the issue in a satisfactory manner (i.e. a verification step), or is that arbitrated behind the scenes as part of the review process, or does the bug submitter have no formal voice in the process after submitting?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 28, 2015 at 5:59 AM, Sebastian Lackner <span dir="ltr"><<a href="mailto:sebastian@fds-team.de" target="_blank">sebastian@fds-team.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dmitry just pointed out, that there are no versions yet in the Wine Staging product:<br>
<a href="https://bugs.winehq.org/show_bug.cgi?id=39353" rel="noreferrer" target="_blank">https://bugs.winehq.org/show_bug.cgi?id=39353</a><br>
<br>
Would also be nice to get this fixed soon. ;) Ancient versions are not really necessary,<br>
but at least versions >= 1.7.30 would be nice to have.<br>
<br>
Currently the oldest bug report on our bugtracker was filed with 1.7.32.<br>
<div class="HOEnZb"><div class="h5"><br>
On 28.09.2015 14:00, Sebastian Lackner wrote:<br>
> On 28.09.2015 08:56, Austin English wrote:<br>
>> Howdy all,<br>
>><br>
>> As Alexandre mentioned [1], at WineConf we made several decisions to<br>
>> modify bugzilla in a few ways. I've now implemented those changes,<br>
>> which are outlined below:<br>
><br>
> Hi Austin,<br>
><br>
> thanks for doing these changes. :)<br>
><br>
>><br>
>> * New wine-staging product: This should be used for bugs caused by<br>
>> patches that are in wine-staging, but that do not occur in<br>
>> wine-development (i.e., wine-staging patch regressions)<br>
><br>
> As far as I know there were some concerns to call it "wine-staging", and<br>
> it was preferred to call it just "staging". Did you use the original name<br>
> to avoid ordering problems?<br>
><br>
>><br>
>> * New STAGED resolution: This is to differentiate bugs that are FIXED<br>
>> (in wine-development) from bugs that are not present in wine-staging<br>
>> because of one or more patches. The anticipated workflow is:<br>
>> UNCONFIRMED > bug confirmed, NEW > patch written and sent to<br>
>> wine-patches, if it's accepted, FIXED. If not, and the patch is<br>
>> integrated into wine-staging, then the bug is STAGED. When the patch<br>
>> is revised and eventually integrated into wine-development, the bug<br>
>> should move to FIXED.<br>
><br>
> Wasn't the idea to add it as a non-RESOLVED status? I personally do not<br>
> care that much about the difference, but we should probably decide before<br>
> we use it everywhere. Also it would be nice to have a field to keep track<br>
> of the staged patchset, without writing it in a comment. What about an<br>
> additional field which is only present when this status is selected?<br>
> (similar to the Regression SHA field for example)<br>
><br>
>><br>
>> * New NEEDINFO resolution: There's a lot of confusion and different<br>
>> handling by triagers for what to do with bug reports that are<br>
>> incomplete (i.e., leaving it open versus closing invalid). To mitigate<br>
>> this, I've added a NEEDINFO resolution. If a bug report lacks needed<br>
>> information, set it to this status. Bug that have been open NEEDINFO<br>
>> for more than 1 year can be closed.<br>
><br>
> Similar to the staging status, why is this a RESOLVED status? Its not<br>
> really a final status, so a non-RESOLVED status would make more sense maybe.<br>
><br>
>><br>
>> * Renamed UPSTREAM to NOTOURBUG: This is more in line with what other<br>
>> projects do, and eliminates confusion about the upstream/downstream<br>
>> distinction.<br>
>><br>
>> Please let me know if there are any questions or ideas for further enhancements.<br>
>><br>
>> [1] <a href="https://www.winehq.org/pipermail/wine-devel/2015-September/109392.html" rel="noreferrer" target="_blank">https://www.winehq.org/pipermail/wine-devel/2015-September/109392.html</a><br>
>><br>
><br>
> Regards,<br>
> Sebastian<br>
><br>
<br>
<br>
<br>
</div></div></blockquote></div><br></div>