Closed
Bug 403033
Opened 18 years ago
Closed 18 years ago
[tinderbox-client] Refactor get_buildid to amalgamate special cases
Categories
(Webtools Graveyard :: Tinderbox, enhancement, P3)
Webtools Graveyard
Tinderbox
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: coop, Assigned: coop)
Details
This came out of IRC discussion around the patch for bug 388654.
We currently do a lot of special case hand-waving about finding the build ID. This is one of the few instances in tinderbox where we *do* check return values, but we get it wrong often, especially for new builds.
Here are the various cases I can think of that differ in terms of how we lookup the build ID:
* 1.9 (not dependent on breakpad) -> platform.ini
* 1.9 apps based on XR -> platform.ini
* 1.8 w/ Talkback -> master.ini
* 1.8 w/o Talkback, but with $ReleaseBuild set -> fabricate a build ID (note; this is a change from the current state. I assume here that if a person has chosen a $ReleaseBuild but not enabled Talkback, they are doing so consciously.)
This gives us very specific criteria for either finding or fabricating a build ID, and if codified will make build ID-related failures less frequent, and more meaningful when they do occur.
| Assignee | ||
Updated•18 years ago
|
Priority: -- → P3
| Assignee | ||
Updated•18 years ago
|
Severity: normal → enhancement
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WONTFIX
Component: Tinderbox Configuration → Tinderbox
Product: mozilla.org → Webtools
Updated•11 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•