The "C" (i.e. changes) links, on tinderbox are pretty meaningless because they may or may not represent what the tree actually pulled. If tinderbox pulled by date, then the "C" links could be accurate. This is assuming that files don't show up later because of the mirroring delay. The date should be at least as early as when the build began. (Perhaps 5 minutes earlier to factor in the mirroring delay). In other words, if a tree start to build at 10:32, then it should pull with a date of 10:32 (and maybe 10:27).
Assigning to briano. Brian, please change the UNIX tinderbox script to do this. When it's checked in, assign it back to me so we can get Win and Mac to do the same thing.
Done for mozilla/tools/tinderbox/build-moz-smoke.pl (I really think we should make this work on non-Unix platforms as well...). The default is to build with a timestamp, but there is a flag to turn this off. One thing I don't like about using a timestamp is the extra time required for each checkout. I don't know how significant it'll be for an entire Tinderbox build pass, but it _will_ be noticeable. Fortunately, there should be only one or two time comparisons per ,v file at most. We'll see.
sar to hold meeting about tinderbox improvements.
sar is gone. Assigning back to cyeh.
this is a low priority, setting m7
Without this fix, the "Guilty" column will continue to be out of sync with the builds. And the "C" changes links are meaningless. Maybe I should take the links off tinderbox.
marking as enhancment, probably won't be looked at any time soon.
*** This bug has been marked as a duplicate of 12660 ***
I can't see anything about this bug that is related to bug 12660. 12660 is an HTML Form Controls bug.
Clearing DUPLICATE resolution due to reopen.
mass reassign to leaf
I thought this was fixed. i'll double check.
this is, in fact, fixed.