Closed Bug 663363 Opened 13 years ago Closed 13 years ago

addRetryEvaluateCommand shouldn't ignore timeout parameter

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rail, Assigned: bhearsum)

Details

Attachments

(1 obsolete file)

Attached patch addRetryEvaluateCommand timeout (obsolete) — Splinter Review
addRetryEvaluateCommand wraps shell commands and run them using retry.py.

ATM, addRetryEvaluateCommand doesn't pass timeout parameter to retry.py, so it always uses its own default 300s.
Attachment #538489 - Flags: review?(bhearsum)
Worked fine in staging.
Attachment #538489 - Flags: review?(bhearsum) → review+
Comment on attachment 538489 [details] [diff] [review]
addRetryEvaluateCommand timeout

Landed this on default. I don't see any instances of this failing in production, so no need to rush through a reconfig for it.
Attachment #538489 - Flags: checked-in+
Comment on attachment 538489 [details] [diff] [review]
addRetryEvaluateCommand timeout

Backed out due to backing out bug 613953.
Attachment #538489 - Flags: checked-in+ → checked-in-
Attachment #538489 - Attachment is obsolete: true
fixed by the latest patch in bug 613953.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: