What I noticed wrt the commit queue is that when a &quot;core&quot; build is broken continuously for days (like what happened with the Chromium Linux bot earlier this week for example), it causes big problems for the commit queue.<div>
<br></div><div>Perhaps a 12 hour rule would be sufficient -- the cq doesn&#39;t submit if a builder is red unless if the builder been red for &gt;= 12 hours. (Of course, someone would have to code and I&#39;m not sure if this could be easily this could be determined). Also, we&#39;d have to be aggressive about what btos would be included in this list.<div>
<div><div><br></div><div>dave<br><div><br><br><div class="gmail_quote">On Thu, Jul 8, 2010 at 3:49 PM, Daniel Cheng <span dir="ltr">&lt;<a href="mailto:dcheng@chromium.org">dcheng@chromium.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><div class="gmail_quote">On Thu, Jul 8, 2010 at 15:38, Xan Lopez <span dir="ltr">&lt;<a href="mailto:xan@gnome.org" target="_blank">xan@gnome.org</a>&gt;</span> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Aren&#39;t you essentially saying that you like the change because it<br>
allows you to join the fun of adding code to already broken trees?<br>
Again, I don&#39;t see how this helps us to move towards<br>
as-greener-as-possible trees.<br>
<br>
If core-builders are repeatedly red for days on end this is something<br>
we should address instead of adding workarounds so that people can<br>
keep working without paying attention to it. It has been noted that<br>
this is an often visited topic and off-topic to the thread, though.<br>
<font color="#888888"><br>
Xan<br>
</font></blockquote></div><br></div><div>What I&#39;m saying is that if the commit queue behavior is reverted, there ought to be some sort of policy (strong suggestion? rule?) in place for committers to discourage committing on top of a red tree as well. Maybe there&#39;s already one, but it&#39;s not strongly enforced and it&#39;s very easy to ignore if you just want to land your patch and start working on something else. For what it&#39;s worth, it was especially frustrating for me since I was only updating an interface in the Chromium platform layer and the 3 day delay blocked me from landing any of the associated patches on the Chromium side.</div>

<div><br></div><font color="#888888"><div>Daniel</div>
</font><br>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br></div></div></div></div></div>