<br><br><div class="gmail_quote">2008/5/7 Steve Holton &lt;<a href="mailto:sph0lt0n@gmail.com">sph0lt0n@gmail.com</a>&gt;:<br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div>Case in point, it bugs me when the wiki documents features of versions which haven&#39;t been released yet, or declares a problem &quot;fixed&quot; because some later, as yet unreleased version no longer shows the problem.<br>
</div></div></blockquote><div><br>Well, it&#39;s correct to document features of unstable builds; just not to conflate that with a bug being fixed in a stable update to the last official release.&nbsp; This is why stable branches continue development in parallel with the latest [unstable] trunk.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div>It ain&#39;t fixed if, in order to get the fix, you need to &quot;...don&#39;t expect it to work, don&#39;t expect your system to even work ever again... but thankyou for testing...&quot;</div>
</div></blockquote><div><br>Agreed in general.&nbsp; In specific, our system is built such that you /should/ expect everything to work if you upgrade specific activities to new ones.&nbsp; New entire builds which are experimental are places where you shouldn&#39;t expect anything to work -- if any docs suggest that there is a &quot;fix&quot; which requires installing an unstable build, that should certainly be swiftly removed.<br>
<br>SJ<br></div></div>