Closed
Bug 733801
Opened 13 years ago
Closed 12 years ago
Try emailer needs to know that results: 5 means automatic retry, and that it isn't a failure
Categories
(Release Engineering :: General, defect, P4)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: philor, Assigned: philor)
References
Details
Attachments
(1 file, 2 obsolete files)
(deleted),
patch
|
catlee
:
review+
|
Details | Diff | Splinter Review |
From bug 733663, the mercilessly spamming part: [[[ As a result, I got 13 rapid-fire emails from Try in the span of ~6 minutes, all for the same platform. Each email I received looked exactly like this: ========= Your Try Server build (2a9660ea4911) had unknown problem (5) on builder try-win32-debug. The full log for this build run is available at ]]] There are two problems with that: * this was a push without -e, and although trychooser carefully calls the default "email only on non-success" a RETRY shouldn't be considered either a success or a non-success - it's not a result, that's just an artifact of the way that the job is going to be split across two (or more) logs, and the first chunk has to say something about its "result" even though there wasn't one. The only time we should be emailing about RETRY is when someone has explicitly opted in to massive emailing with -e. * "had unknown problem (5)" is a less-than-forthcoming way of describing it - "is being automatically retried (5)" would be a much better description
Updated•13 years ago
|
Blocks: try_enhancements
Priority: -- → P4
Assignee | ||
Comment 1•13 years ago
|
||
I'm fairly sure it's safe to not mail on retry for the default, because the only people who should be able to force a retry with a push are people messing about with talos causing an "ERROR: We tried to download the talos.json file but something failed", and I hope we can afford to risk them looping until they look at tbpl.
Assignee | ||
Comment 2•13 years ago
|
||
Probably go better if RETRY is defined, won't it?
Attachment #609196 -
Attachment is obsolete: true
Attachment #609197 -
Flags: review?(lsblakk)
Attachment #609196 -
Flags: review?(lsblakk)
Updated•12 years ago
|
QA Contact: lsblakk → hwine
Assignee | ||
Comment 3•12 years ago
|
||
Attachment #609197 -
Attachment is obsolete: true
Attachment #609197 -
Flags: review?(lsblakk)
Attachment #653095 -
Flags: review?(lsblakk)
Comment 4•12 years ago
|
||
Comment on attachment 653095 [details] [diff] [review] fix v.2 unrotted Moving the r? over to catlee so someone more au-courant can review.
Attachment #653095 -
Flags: review?(lsblakk) → review?(catlee)
Comment 5•12 years ago
|
||
Comment on attachment 653095 [details] [diff] [review] fix v.2 unrotted Review of attachment 653095 [details] [diff] [review]: ----------------------------------------------------------------- lgtm...what could go wrong?
Attachment #653095 -
Flags: review?(catlee) → review+
Assignee | ||
Comment 6•12 years ago
|
||
An excellent question: I don't even know whether it deploys automatically, deploys on the next reconfig, or doesn't deploy until someone finds the instructions and does it. http://hg.mozilla.org/build/buildbotcustom/rev/4b674b64a6db
Comment 7•12 years ago
|
||
It will get deployed on the next reconfig
Assignee | ||
Comment 8•12 years ago
|
||
"Your Try Server test (fc2e8bbc64ef) is being automatically retried on builder try_tegra_android_test-remote-trobocheck3."
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•7 years ago
|
Component: Tools → General
You need to log in
before you can comment on or make changes to this bug.
Description
•