Closed Bug 4305 Opened 25 years ago Closed 24 years ago

Tinderbox should pull the tree by date

Categories

(SeaMonkey :: Build Config, enhancement, P3)

Sun
Solaris
enhancement

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: slamm, Assigned: leaf)

Details

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).
Assignee: cyeh → briano
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.
Assignee: briano → cyeh
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.
Assignee: cyeh → sar
sar to hold meeting about tinderbox improvements.
Assignee: sar → cyeh
sar is gone. Assigning back to cyeh.
Status: NEW → ASSIGNED
Target Milestone: M7
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.
Target Milestone: M7
Severity: normal → enhancement
marking as enhancment, probably won't be looked at any time soon.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 12660 ***
Status: RESOLVED → REOPENED
I can't see anything about this bug that is related to bug 12660.  12660 is
an HTML Form Controls bug.
Resolution: DUPLICATE → ---
Clearing DUPLICATE resolution due to reopen.
mass reassign to leaf
Assignee: cyeh → leaf
Status: REOPENED → NEW
I thought this was fixed. i'll double check.
Status: NEW → ASSIGNED
this is, in fact, fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.