Closed
Bug 667042
Opened 14 years ago
Closed 13 years ago
client.py failures should cause builds to be automatically respun
Categories
(Mozilla Messaging Graveyard :: Release Engineering, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jhopkins, Unassigned)
Details
When client.py fails to check out sources, it is up to the user to resubmit their build. Ideally, this should be automatically handled using the buildbot 'retry' logic.
Comment 1•14 years ago
|
||
for what its worth, we have an internal-to-client.py retry logic.
You can bump the retries via command-line arg to client.py. If this is about using the buildbot 'retry' logic, that might be harder especially coupled with the work gozer is headed toward.
Comment 2•14 years ago
|
||
This isn't about the internal retry logic. Sometimes client.py does fail, even trying a download twice (e.g. hmo error)
What we're looking at here is that if client.py fails, then the build should be automatically respun using the build exception (purple) mechanism.
Summary: client.py failures should be auto-retried → client.py failures should cause builds to be automatically respun
Comment 3•13 years ago
|
||
At the moment, the client.py process is embedded into the make process. Considering this, I don't think we can do too much about that at the moment, so I think whilst this is ideal, given the internal logic client.py has, this is wontfix for now.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•