Closed
Bug 357892
Opened 18 years ago
Closed 18 years ago
AUS should not check for a newer build id for release channels
Categories
(AUS Graveyard :: Systems, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
4.x (triaged)
People
(Reporter: morgamic, Assigned: morgamic)
Details
Attachments
(1 file, 2 obsolete files)
10.68 KB,
patch
|
preed
:
first-review+
|
Details | Diff | Splinter Review |
Currently AUS will not allow an update if the destination build is older than the client build, or "from" build. Example: Client: 2006102410 AUS: 2006102400 Result: No Update It should receive an update, assuming it's non-nightly and the update data exists. For nightlies, this check should remain. Will attach patch.
Assignee | ||
Comment 1•18 years ago
|
||
This patch rearranges some of the isNewBuild() and isPatch() checks to make things a bit saner, and also allow for a better place (isPatch()) to plug in business logic that should/shouldn't stop an update this is otherwise fine from happening.
Attachment #243409 -
Flags: first-review?
Assignee | ||
Updated•18 years ago
|
Attachment #243409 -
Flags: first-review? → first-review?(preed)
Assignee | ||
Comment 2•18 years ago
|
||
Disregard the config-dist changes -- those are already committed.
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•18 years ago
|
||
In the case where we are overriding a nightly channel to test, it is still doing the build ID check, since those were only done for nightlies. So basically it can't do it on nightlies unless it's only using datasource 2 (incoming/2) -- which is going to take some adjustment. Other option is to use a betatest channel. I should probably keep nightly release behavior (incoming/3) and nightly non-release behavior (incoming/2) completely separate.
Assignee | ||
Comment 4•18 years ago
|
||
This is a fix to make sure the check only happens when the channel is nightly _and it is using the nightly data source_.
Attachment #243409 -
Attachment is obsolete: true
Attachment #243430 -
Flags: first-review?(preed)
Attachment #243409 -
Flags: first-review?(preed)
Assignee | ||
Comment 5•18 years ago
|
||
This is a cumulative patch, including the fallback code that was already reviewed. This should give a better picture of the changes involved. Use bug 358211 as a reference for fallback code.
Attachment #243430 -
Attachment is obsolete: true
Attachment #243862 -
Flags: first-review?
Attachment #243430 -
Flags: first-review?(preed)
Assignee | ||
Updated•18 years ago
|
Attachment #243862 -
Flags: first-review? → first-review?(preed)
Comment 6•18 years ago
|
||
Comment on attachment 243862 [details] [diff] [review] v3, cumulative patch against AUS2_PRODUCTION With my nitpick that it would make me happy if isNewBuild became isNewerBuild(), which in turn can become: function isNewBuild($build) { return ($this->build > $build); }
Attachment #243862 -
Flags: first-review?(preed) → first-review+
Assignee | ||
Comment 7•18 years ago
|
||
This was checked in this afternoon. I thought I had checked it in last week, but all I did was re-tag AUS2_STAGING without a cvs ci, which basically kept it where it was at.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Summary: AUS should not check for a newer build id for non-nightly channels → AUS should not check for a newer build id for release channels
You need to log in
before you can comment on or make changes to this bug.
Description
•