After thinking about it I agree. The message should probably be done on closing the bug as INVALID or adding a new status of PLEASETEST (I am not hugely in favor of this, we already have too many status' IMO). But for more experienced triagers there's no harm in letting the user know on marking it as NEEDINFO that the bug will be auto closed after 30 days. No need to make this a big deal, just for those of us who have been working with LibO for awhile we can add the friendly message. We don't want to get too strict or mechanical for many reasons, two that come to mind is pissing off our user base because we sound like robots and also making it more difficult for new members to get involved.<div>
<br></div><div>We should try to finalize this before our next conference call so we can move on to more important stuff :) </div><div><br></div><div>Joel</div><div><br></div><div>P.S. Also, is there an ongoing agenda for the next conference? </div>
<div><br><div class="gmail_quote">On Mon, Aug 27, 2012 at 3:58 AM, Petr Mladek <span dir="ltr"><<a href="mailto:pmladek@suse.cz" target="_blank">pmladek@suse.cz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Rainer Bielefeld píše v So 25. 08. 2012 v 11:30 +0200:<br>
<div class="im">> Joel Madero schrieb:<br>
><br>
> > when we actually put a bug into NEEDINFO status we put a comment that<br>
> > has a small blurb on our procedure. Something like "we have put this bug<br>
> > in NEEDINFO status because we need you to provide.....we will leave the<br>
> > bug in this status for 6 months<br>
<br>
</div><div class="im">> I recommend that we agree to a standard sentence like "This bug will be<br>
> closed after 14 days if requested information will not be provided.<br>
> Additional information concerning the reasons for this proceeding and<br>
> how you can reopen this Bug you can find at <jttp://...Wiki...>" , to be<br>
> inserted by copy /paste from Wiki.<br>
<br>
</div>I appreciate you carefulness and sense for details. Well, I am still not<br>
convinced that we need to warn people before. I understand the point but<br>
it has some drawbacks:<br>
<br>
   + reporters might get angry that we force them to answer within 30<br>
     days and then do not fix bug several months; and we are not able to<br>
     fix all 5000 bugs within one month<br>
<br>
   + the standard message is yet another thing that bug triagers<br>
     should memorize; it makes the process more complicated and harder<br>
     to learn<br>
<br>
   + it is another message that makes the report longer and harder to<br>
     read<br>
<br>
<br>
I still thing that the best solution would be to "tune" the closing<br>
message. It has to be short, explanatory, friendly, encouraging. I<br>
suggest something like:<br>
<br>
"We would like to solve this bug but nobody has provided the requested<br>
information during last 30 days. We can't move forward and close this<br>
bug for now. Feel free to reopen it together with the needed details."<br>
<br>
This can be done "automatically", so nobody need to memorize it.<br>
<br>
<br>
Best Regards,<br>
Petr<br>
<br>
</blockquote></div><br></div>