<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>
Thanks for the replies.<BR><br><BR>I saw a bug report earlier that was marked as confirmed in Dapper, and fix released or invalid (can't remember which)in Edgy and there was a comment stating the issue was fixed in this release. The fix has not been backported, so what would be the best practice in this situation?<BR><br><BR>In realise that looking at old bugs might not seem like the most productive thing to do, but I have only just joined the bugsquad and feel that I am still learning about the whole bug reporting and triaging process. As such I think this would be a more simple thing to start with, given that many bugs have been inactive for years and would be less of an issue should I make a mistake.<br><BR><br><BR>Thanks again,<BR>Carl<BR><br><div><hr id="stopSpelling">Date: Wed, 24 Aug 2011 09:37:21 +0100<br>Subject: Re: Old bug reports<br>From: timothy.mayoh@gmail.com<br>To: Ubuntu-bugsquad@lists.ubuntu.com<br><br>Sorry - I probably should have been more specific about marking bugs invalid immediately; I was referring to when the bug really didn't have anywhere enough information to work on it and no-one actually could reproduce it other than the reporter or whoever claims that it affects them, and only if they are all impossible to contact (as is already eventually done when there is no more activity on an incomplete bug for more than 60 days anyway).<br>
<br>If the bug is already confirmed or triaged and can be reproduced in newer, supported releases or the development release by other people, then I agree it makes no sense to ask the original reporter to test to see if it exists in a newer release just for the sake of it, if his/her version is still within support.<br>
<br>Although to this day I see many people reporting bugs with unsupported versions of Ubuntu who simply don't realise there is a newer version available or haven't upgraded for whatever reason who could do with a little push to switch to a current version, for their own benefit; for example I believe that to be the case with these bug reports: <a href="https://bugs.launchpad.net/ubuntu/+bug/827638" target="_blank">https://bugs.launchpad.net/ubuntu/+bug/827638</a> <a href="https://bugs.launchpad.net/ubuntu/+bug/827000" target="_blank">https://bugs.launchpad.net/ubuntu/+bug/827000</a><br>
<br>I'm not saying that upgrading will necessarily automatically fix the bug in every case, but it is always a good idea to be using a release which still receives security/performance/reliability fixes either way.<br>
<br><div class="ecxgmail_quote">On 24 August 2011 03:50, Micah Gersten <span dir="ltr"><<a href="mailto:micahg@ubuntu.com">micahg@ubuntu.com</a>></span> wrote:<br><blockquote class="ecxgmail_quote" style="border-left:1px #ccc solid;padding-left:1ex">


  
    
  
  <div>
    Corrected top posting...<div class="ecxim"><br>
    On 08/23/2011 04:00 PM, Timothy Mayoh wrote:<br>
    </div><blockquote><div class="ecxim">
      <div class="ecxgmail_quote">On 23 August 2011 21:45, Carl Ansell <span dir="ltr"><<a href="mailto:afccarl1994@hotmail.com">afccarl1994@hotmail.com</a>></span>
        wrote:<br>
        <blockquote class="ecxgmail_quote" style="padding-left:1ex">
          <div>
            <div dir="ltr">
              There are many old reports in launchpad that apply to
              unsupported versions of Ubuntu, such as Dapper and Edgy.<br>
              <br>
              <br>
              As these releases are no longer supported, can these be
              marked as invalid?<br>
              <br>
              <br>
              I feel it would 'clean up' the bugs in launchpad and make
              it clear which bugs are still relevant, but as someone new
              to the bugsquad, I don't want to start messing with things
              that I shouldn't mess with.<br>
            </div>
          </div>
          <br>
          <br>
        </blockquote>
      </div></div><div class="ecxim">
      I believe the best approach would be to mark the report as
      incomplete, and then try and contact the original submitter with
      this canned response in the comments, assuming they are still
      active: <a href="https://wiki.ubuntu.com/Bugs/Responses#Release_has_reached_EOL" target="_blank">https://wiki.ubuntu.com/Bugs/Responses#Release_has_reached_EOL</a>
      . If they do not respond, then the bug would be automatically
      marked as invalid within 60 days anyway.<br>
      <br>
    </div></blockquote>
    This is only good if the bug isn't reproducible in the devel release
    or in any release after it was reported (not saying they all have to
    be tested, but that if a user chooses to test an older release and
    can't reproduce, that should be sufficient).  Otherwise, just asking
    people to reproduce again was decided against in previous bugsquad
    meetings as it annoys reporters and dissuades people from reporting
    bugs.<div class="ecxim"><br>
    <br>
    <blockquote>
      Alternatively, if you are certain the original reporter and all
      other people the bug affects are no longer active in Launchpad -
      you can probably safely mark the bug as invalid immediately.<br>
      <br>
    </blockquote></div>
    I don't agree with this.  Just because the person is no longer
    around doesn't make the bug invalid.  Please remember, the point of
    bug reports isn't to necessarily make people happy, but to find the
    defects and actually repair them eventually.<br>
    <br>
    Thanks,<br><font color="#888888">
    Micah<br>
  </font></div>

</blockquote></div><br>
<br>-- 
Ubuntu-bugsquad mailing list
Ubuntu-bugsquad@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad</div>                                     </div></body>
</html>