FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Launchpad User

 
 
LinkBack Thread Tools
 
Old 06-08-2008, 03:08 PM
Matthew Paul Thomas
 
Default Bug Expiration Criteria

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Christian Robottom Reis wrote on 06/06/08 22:30:
>
> On Fri, Jun 06, 2008 at 02:28:30PM -0700, Brian Murray wrote:
>...
>> Should bugs with duplicates be eligible for expiration?
>
> I guess the /with/ there was a bit understated. I am not sure of the
> answer, though. In a way you want them to, because it could be a bug
> that affected a variety of users but no longer does; on the other hand,
> we can't really detect whether activity in the duplicates occurred.
> Maybe it's safer to exclude them.
>...

If a bug report should expire, it's because it lacks the necessary
information for developers to work on it, and enough time has passed
that nobody is likely to provide that information.

That a report has duplicates does not alter whether it has the necessary
information for developers to work on it. So I don't see why that should
make the report immune from expiry.

However, marking a duplicate of an Incomplete report gives a big bump to
the probability that someone (especially someone involved with the
duplicate report) will soon provide the necessary information in the
original report.

Therefore, I think marking a duplicate of an Incomplete bug report
should reset the timer back to 60 days.

Cheers
- --
Matthew Paul Thomas
http://mpt.net.nz/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIS/YI6PUxNfU6ecoRAvsvAJsEzuMTDsJRSsOZbwKL9M6UJd1WJwCf Qnyt
69jvrsGLA6+wuU9+Hd7+wQA=
=/4/d
-----END PGP SIGNATURE-----

--
launchpad-users mailing list
launchpad-users@lists.canonical.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/launchpad-users
 
Old 06-09-2008, 04:26 PM
Brian Murray
 
Default Bug Expiration Criteria

On Fri, Jun 06, 2008 at 06:30:24PM -0300, Christian Robottom Reis wrote:
> On Fri, Jun 06, 2008 at 02:28:30PM -0700, Brian Murray wrote:
> > > Well, it might be confusing to say it, and it might be confusing to omit
> > > it, so maybe it's best to explain why we don't do it?
> >
> > I've an understanding of why duplicates do not expire now, thanks!
> > However, one topic I was trying to raise and might not have done well
> > is:
> >
> > Should bugs with duplicates be eligible for expiration?
>
> I guess the /with/ there was a bit understated. I am not sure of the
> answer, though. In a way you want them to, because it could be a bug
> that affected a variety of users but no longer does; on the other hand,
> we can't really detect whether activity in the duplicates occurred.
> Maybe it's safer to exclude them.
>
> How many are in this situation today, Brian?

There are about 52 bugs with duplicates about Ubuntu packages that are
Incomplete and eligible for expiration.

--
Brian Murray
--
launchpad-users mailing list
launchpad-users@lists.canonical.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/launchpad-users
 
Old 06-09-2008, 04:27 PM
Brian Murray
 
Default Bug Expiration Criteria

On Sun, Jun 08, 2008 at 04:08:56PM +0100, Matthew Paul Thomas wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Christian Robottom Reis wrote on 06/06/08 22:30:
> >
> > On Fri, Jun 06, 2008 at 02:28:30PM -0700, Brian Murray wrote:
> >...
> >> Should bugs with duplicates be eligible for expiration?
> >
> > I guess the /with/ there was a bit understated. I am not sure of the
> > answer, though. In a way you want them to, because it could be a bug
> > that affected a variety of users but no longer does; on the other hand,
> > we can't really detect whether activity in the duplicates occurred.
> > Maybe it's safer to exclude them.
> >...
>
> If a bug report should expire, it's because it lacks the necessary
> information for developers to work on it, and enough time has passed
> that nobody is likely to provide that information.
>
> That a report has duplicates does not alter whether it has the necessary
> information for developers to work on it. So I don't see why that should
> make the report immune from expiry.
>
> However, marking a duplicate of an Incomplete report gives a big bump to
> the probability that someone (especially someone involved with the
> duplicate report) will soon provide the necessary information in the
> original report.
>
> Therefore, I think marking a duplicate of an Incomplete bug report
> should reset the timer back to 60 days.

That makes the most sense to me.

--
Brian Murray
--
launchpad-users mailing list
launchpad-users@lists.canonical.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/launchpad-users
 
Old 06-10-2008, 07:35 AM
Matthew Paul Thomas
 
Default Bug Expiration Criteria

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brian Murray wrote on 09/06/08 17:27:
>
> On Sun, Jun 08, 2008 at 04:08:56PM +0100, Matthew Paul Thomas wrote:
>...
>> Therefore, I think marking a duplicate of an Incomplete bug report
>> should reset the timer back to 60 days.
>
> That makes the most sense to me.

Reported. <http://launchpad.net/bugs/238783>

Cheers
- --
Matthew Paul Thomas
http://mpt.net.nz/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFITi7e6PUxNfU6ecoRAgP2AJ0abA2P6PAdrTEGVr4Ou1 Oyvo7pMwCfdxzB
VPF/zZF6wHNGgJBjcPy1D4Q=
=beh7
-----END PGP SIGNATURE-----

--
launchpad-users mailing list
launchpad-users@lists.canonical.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/launchpad-users
 

Thread Tools




All times are GMT. The time now is 01:46 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org