<?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"
	>
<channel>
	<title>Comments on: 2006-10-06 Trunk builds</title>
	<atom:link href="http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/</link>
	<description>Developments in nightly builds of Mozilla Firefox</description>
	<pubDate>Sat, 05 Jul 2008 10:48:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: testboy</title>
		<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-4028</link>
		<dc:creator>testboy</dc:creator>
		<pubDate>Tue, 17 Oct 2006 22:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-4028</guid>
		<description>Testing releases is not about getting new features first, but just about testing them to see if they work. One may be dissappointed if expecting more.</description>
		<content:encoded><![CDATA[<p>Testing releases is not about getting new features first, but just about testing them to see if they work. One may be dissappointed if expecting more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-4014</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sun, 15 Oct 2006 23:54:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-4014</guid>
		<description>For what it's worth, I have to agree with Raphael here.  
THere are certain limits as to what you can put the 'testers' through.  
It's like holding a small piece (as opposed to a reasonably complete piece) of nicely baked chicken in front of your nose, and then just after you take a small bite from it, it's pulled away.  Leaving you feeling hungry and frustrated. 
You can't just throw anything in front of us and expect us not to bite.</description>
		<content:encoded><![CDATA[<p>For what it&#8217;s worth, I have to agree with Raphael here.<br />
THere are certain limits as to what you can put the &#8216;testers&#8217; through.<br />
It&#8217;s like holding a small piece (as opposed to a reasonably complete piece) of nicely baked chicken in front of your nose, and then just after you take a small bite from it, it&#8217;s pulled away.  Leaving you feeling hungry and frustrated.<br />
You can&#8217;t just throw anything in front of us and expect us not to bite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J. McNair</title>
		<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-4007</link>
		<dc:creator>J. McNair</dc:creator>
		<pubDate>Fri, 13 Oct 2006 19:13:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-4007</guid>
		<description>Raphael, you seem to understand the risks of using unstable nightly builds. You must also understand that nightly builds are always in &lt;strong&gt;flux&lt;/strong&gt;. Testing a new feature is just that, &lt;i&gt;testing&lt;/i&gt;. The Places feature set was tested and found to be broken, so it needs to be fixed. Unfortunately, developer attention is elsewhere at the moment (it seems) so it is better to drop it (temporarily, we hope) and either re-evaluate its usefulness or reimplement it properly.

Very simply, it wasn't worth keeping in its current form, according to the devs. They don't want to support a broken feature while trying to implement new (possibly broken) features. At worst, Firefox 3 will be places-free, but I think D. Baron doesn't want that. Still, Fx 3 without Places is better than Fx 2 or 3 with a buggy, slow Places. :)


--JM</description>
		<content:encoded><![CDATA[<p>Raphael, you seem to understand the risks of using unstable nightly builds. You must also understand that nightly builds are always in <strong>flux</strong>. Testing a new feature is just that, <i>testing</i>. The Places feature set was tested and found to be broken, so it needs to be fixed. Unfortunately, developer attention is elsewhere at the moment (it seems) so it is better to drop it (temporarily, we hope) and either re-evaluate its usefulness or reimplement it properly.</p>
<p>Very simply, it wasn&#8217;t worth keeping in its current form, according to the devs. They don&#8217;t want to support a broken feature while trying to implement new (possibly broken) features. At worst, Firefox 3 will be places-free, but I think D. Baron doesn&#8217;t want that. Still, Fx 3 without Places is better than Fx 2 or 3 with a buggy, slow Places. :)</p>
<p>&#8211;JM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raphael</title>
		<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-3992</link>
		<dc:creator>Raphael</dc:creator>
		<pubDate>Wed, 11 Oct 2006 20:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-3992</guid>
		<description>I'm not using prerelease software, I'm using nightly builds which are almost expected to be unstable AND to contain new features enabled for testing. How can I test anything if the developers are afraid to enable it because it might be broken? If I'd be testing a branch build, I'd expect it to be stable but I'm testing trunk builds and I know why: I do want the new features and I consider the tradeoff – frequent crashes, data corruption or worse – to be less significant than the advantages of new features.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not using prerelease software, I&#8217;m using nightly builds which are almost expected to be unstable AND to contain new features enabled for testing. How can I test anything if the developers are afraid to enable it because it might be broken? If I&#8217;d be testing a branch build, I&#8217;d expect it to be stable but I&#8217;m testing trunk builds and I know why: I do want the new features and I consider the tradeoff – frequent crashes, data corruption or worse – to be less significant than the advantages of new features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathan</title>
		<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-3978</link>
		<dc:creator>Nathan</dc:creator>
		<pubDate>Mon, 09 Oct 2006 06:59:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-3978</guid>
		<description>If places requires a redesign before be enabled again, then in it's current form it is broken, regardless of how well it works for you.  This is a fix because it removes the broken code from use.

This is the risk you take using prerelease software.</description>
		<content:encoded><![CDATA[<p>If places requires a redesign before be enabled again, then in it&#8217;s current form it is broken, regardless of how well it works for you.  This is a fix because it removes the broken code from use.</p>
<p>This is the risk you take using prerelease software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raphael</title>
		<link>http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-3973</link>
		<dc:creator>Raphael</dc:creator>
		<pubDate>Sat, 07 Oct 2006 17:41:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/burningedge/2006/10/06/2006-10-06-trunk-builds/#comment-3973</guid>
		<description>It says in the comment (https://bugzilla.mozilla.org/show_bug.cgi?id=353571#c10) that "Places will be going through a redesign before being reenabled"…</description>
		<content:encoded><![CDATA[<p>It says in the comment (https://bugzilla.mozilla.org/show_bug.cgi?id=353571#c10) that &#8220;Places will be going through a redesign before being reenabled&#8221;…</p>
]]></content:encoded>
	</item>
</channel>
</rss>
