From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: 4K Bugs Date: Sat, 26 Dec 2015 18:52:09 +0200 Message-ID: <838u4hi24m.fsf@gnu.org> References: <87mvszdp6b.fsf@gnus.org> <567E4ABA.3080803@online.de> <83vb7lijub.fsf@gnu.org> <567EAECD.2070403@online.de> <83d1tti2xr.fsf@gnu.org> <87twn5mabk.fsf@gnus.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1451148705 15860 80.91.229.3 (26 Dec 2015 16:51:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Dec 2015 16:51:45 +0000 (UTC) Cc: jwiegley@gmail.com, andreas.roehler@online.de, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 26 17:51:44 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aCs4F-0003xb-40 for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 17:51:43 +0100 Original-Received: from localhost ([::1]:39194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCs4E-0004s5-Dp for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 11:51:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48643) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCs41-0004rx-PW for emacs-devel@gnu.org; Sat, 26 Dec 2015 11:51:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCs3x-0007f2-TE for emacs-devel@gnu.org; Sat, 26 Dec 2015 11:51:29 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52407) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCs3x-0007ey-Ps; Sat, 26 Dec 2015 11:51:25 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1456 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aCs3w-0006yl-Ot; Sat, 26 Dec 2015 11:51:25 -0500 In-reply-to: <87twn5mabk.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 26 Dec 2015 17:41:35 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:196893 Archived-At: > From: Lars Ingebrigtsen > Date: Sat, 26 Dec 2015 17:41:35 +0100 > Cc: jwiegley@gmail.com, > Andreas Röhler , > emacs-devel@gnu.org > > Eli Zaretskii writes: > > > I think the balance still tips towards retaining the information. We > > can always treat old bugs as "logically deleted", if it bothers > > someone. > > Well, the bug reports are still there, even if they're closed. :-) It's > just part of the ranking, in a way, and says something about how hard we > think (as maintainers) that we (as maintainers) should be looking at the > bug reports. "moreinfo" is a euphemism for "not reproducible", so it's not different. I imagine people who are annoyed by these bugs can filter those "moreinfo" out, right? > >From "critical" ("LOOK AT THIS!!!") via "wishlist" ("if you have the > time...") to "closed" ("I think it's rather likely that this isn't > interesting"). > > By putting bug reports in the last category more aggressively, one hopes > to stimulate people to focus on the rest of the reports... > > I don't know how well this works for projects that auto-close bug > reports. Anybody have experience with that? Closing bug reports tends to annoy their reporters. More importantly, they disappear from all kinds of listings, and you need to work hard just to see them, even if you want to. Debbugs also has a nasty habit of refusing to merge bugs that have different status (thus requiring you to send 2 separate commands, after the original one bounces). So on balance I'd rather leave them open and in "moreinfo" category. Thanks.