<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: GNOME Bugsquad policy changes</title>
	<atom:link href="http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/</link>
	<description>i&#039;m not dead yet, but i&#039;m working on it.</description>
	<lastBuildDate>Mon, 23 Jan 2012 11:17:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: hggdh</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-4152</link>
		<dc:creator>hggdh</dc:creator>
		<pubDate>Tue, 15 Sep 2009 16:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-4152</guid>
		<description>@James: This is not entirely correct. We do not go closing bugs blindly (and, in fact, Ubuntu bugs do *not* expire). But we *do*, for bugs that have been opened for a long time, ask the reporter(s) if it is still an issue, and mostly on unconfirmed/incomplete bugs. Please also note that the bug status in Ubuntu do not completely match b.g.o.

And, BTW, my stats there are rather low ;-)</description>
		<content:encoded><![CDATA[<p>@<a href="http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/#comment-1132">James</a>: This is not entirely correct. We do not go closing bugs blindly (and, in fact, Ubuntu bugs do *not* expire). But we *do*, for bugs that have been opened for a long time, ask the reporter(s) if it is still an issue, and mostly on unconfirmed/incomplete bugs. Please also note that the bug status in Ubuntu do not completely match b.g.o.</p>
<p>And, BTW, my stats there are rather low <img src='http://blogs.gnome.org/aklapper/wp-content/mu-plugins/tango-smilies/tango/face-wink.png' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GNOME Bugsquad Meeting &#171; muellis blog</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-2617</link>
		<dc:creator>GNOME Bugsquad Meeting &#171; muellis blog</dc:creator>
		<pubDate>Sun, 23 Aug 2009 23:18:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-2617</guid>
		<description>[...] good to see people caring about our bug database. The decisions we&#8217;ve made are visible in Andres Blog or on our Wiki page of [...]</description>
		<content:encoded><![CDATA[<p>[...] good to see people caring about our bug database. The decisions we&#8217;ve made are visible in Andres Blog or on our Wiki page of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aklapper</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1151</link>
		<dc:creator>aklapper</dc:creator>
		<pubDate>Tue, 11 Aug 2009 10:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1151</guid>
		<description>@Davyd: Yes, marking bugs as duplicates counts as activity.</description>
		<content:encoded><![CDATA[<p>@<a href="http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/#comment-1114">Davyd</a>: Yes, marking bugs as duplicates counts as activity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1132</link>
		<dc:creator>James</dc:creator>
		<pubDate>Tue, 11 Aug 2009 03:31:35 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1132</guid>
		<description>The Launchpad policy shits me to tears - their bug helpers are far more interested in stats obtained by closing bugs that actually helping users.</description>
		<content:encoded><![CDATA[<p>The Launchpad policy shits me to tears &#8211; their bug helpers are far more interested in stats obtained by closing bugs that actually helping users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davyd</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1114</link>
		<dc:creator>Davyd</dc:creator>
		<pubDate>Mon, 10 Aug 2009 23:50:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1114</guid>
		<description>Or maybe this should only apply to UNCONFIRMED bugs?</description>
		<content:encoded><![CDATA[<p>Or maybe this should only apply to UNCONFIRMED bugs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davyd</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1113</link>
		<dc:creator>Davyd</dc:creator>
		<pubDate>Mon, 10 Aug 2009 23:49:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1113</guid>
		<description>There are some bugs that take years to fix, but you want to keep them around (they are real bugs). Does assigning new bugs as duplicates of this bug count as activity?

Perhaps a keyword could be used &#039;keepopen&#039; or &#039;hardfix&#039; or something.</description>
		<content:encoded><![CDATA[<p>There are some bugs that take years to fix, but you want to keep them around (they are real bugs). Does assigning new bugs as duplicates of this bug count as activity?</p>
<p>Perhaps a keyword could be used &#8216;keepopen&#8217; or &#8216;hardfix&#8217; or something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maciej Piechotka</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1097</link>
		<dc:creator>Maciej Piechotka</dc:creator>
		<pubDate>Mon, 10 Aug 2009 19:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1097</guid>
		<description>I guess when module is unmaintained the bugs should not be closed. Next mainterner (if any) may take care about them - unless modules is obsolete (such as gnome-vfs) and replaced.</description>
		<content:encoded><![CDATA[<p>I guess when module is unmaintained the bugs should not be closed. Next mainterner (if any) may take care about them &#8211; unless modules is obsolete (such as gnome-vfs) and replaced.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aklapper</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1096</link>
		<dc:creator>aklapper</dc:creator>
		<pubDate>Mon, 10 Aug 2009 18:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1096</guid>
		<description>@Nelson Benitez: You describe a valid negative side effect.
However comparing how many open reports are obsolete nowadays to the number of old untouched reports that are still valid I think it&#039;s the right way to go. I&#039;ve seen similar policies in Launchpad and Red Hat Bugzilla.
If a valid bug should not be closed then reporters or other folks should correctly update their reports (and the Version setting).
GNOME Bugzilla is not the trashcan where thousands of ancient bugs rot without being touched by anybody hence we do warn people before closing ancient tickets.</description>
		<content:encoded><![CDATA[<p>@<a href="http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/#comment-1095">Nelson Benitez</a>: You describe a valid negative side effect.<br />
However comparing how many open reports are obsolete nowadays to the number of old untouched reports that are still valid I think it&#8217;s the right way to go. I&#8217;ve seen similar policies in Launchpad and Red Hat Bugzilla.<br />
If a valid bug should not be closed then reporters or other folks should correctly update their reports (and the Version setting).<br />
GNOME Bugzilla is not the trashcan where thousands of ancient bugs rot without being touched by anybody hence we do warn people before closing ancient tickets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nelson Benitez</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1095</link>
		<dc:creator>Nelson Benitez</dc:creator>
		<pubDate>Mon, 10 Aug 2009 17:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1095</guid>
		<description>I think the auto-close policy it&#039;s wrong, it&#039;s destroying the work others have done, I mean, I have fixed several nautilus bugs that were from 2 to 4 years old, all were reproduceable and valid bugs, in some of them the reporter was not responding emails (it&#039;s normal that in 2 years you change email address or you get interested in new things outside gnome, especially if in that 2 years you have received any feedback from the bug that you once filed..) . As an example the following bug was 7 years old, was a valid bug on those 7 years and possibly I could not find it and fix it if it was closed due to this policy.

http://bugzilla.gnome.org/show_bug.cgi?id=45588

In my opinion it&#039;s  nobody&#039;s work to check if a bug is still valid (nor reporter, bug triaggers  or developers) it&#039;s work of whoever takes care and wants to do it,  but should never be an excuse to close a bug that could still be valid.. so a developer can find it and fix it in the future.</description>
		<content:encoded><![CDATA[<p>I think the auto-close policy it&#8217;s wrong, it&#8217;s destroying the work others have done, I mean, I have fixed several nautilus bugs that were from 2 to 4 years old, all were reproduceable and valid bugs, in some of them the reporter was not responding emails (it&#8217;s normal that in 2 years you change email address or you get interested in new things outside gnome, especially if in that 2 years you have received any feedback from the bug that you once filed..) . As an example the following bug was 7 years old, was a valid bug on those 7 years and possibly I could not find it and fix it if it was closed due to this policy.</p>
<p><a href="http://bugzilla.gnome.org/show_bug.cgi?id=45588" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=45588</a></p>
<p>In my opinion it&#8217;s  nobody&#8217;s work to check if a bug is still valid (nor reporter, bug triaggers  or developers) it&#8217;s work of whoever takes care and wants to do it,  but should never be an excuse to close a bug that could still be valid.. so a developer can find it and fix it in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aklapper</title>
		<link>http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/comment-page-1/#comment-1088</link>
		<dc:creator>aklapper</dc:creator>
		<pubDate>Mon, 10 Aug 2009 16:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/aklapper/?p=310#comment-1088</guid>
		<description>@JustAGuy: Yeah, in Open Source resources are often limited - same for Developers and Bugsquad members.
A review for enhancements by the Bugsquad does not make sense I think. It&#039;s up to maintainers to decide what to implement and what not, we cannot read their minds.</description>
		<content:encoded><![CDATA[<p>@<a href="http://blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/#comment-1085">JustAGuy</a>: Yeah, in Open Source resources are often limited &#8211; same for Developers and Bugsquad members.<br />
A review for enhancements by the Bugsquad does not make sense I think. It&#8217;s up to maintainers to decide what to implement and what not, we cannot read their minds.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/aklapper/2009/08/10/gnome-bugsquad-policy-changes/feed/ ) in 0.17286 seconds, on Feb 12th, 2012 at 4:53 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 12th, 2012 at 5:53 am UTC -->
