Closed
Bug 342549
Opened 18 years ago
Closed 18 years ago
AUS does not display nightly updates when it should after migration
Categories
(AUS Graveyard :: Systems, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
4.x (triaged)
People
(Reporter: morgamic, Assigned: morgamic)
References
Details
Attachments
(1 obsolete file)
After the migration we were able to start staging again, and found that there were problems with nightly updates because of discrepancies in the build data and some assumptions on its layout in the XML code. Paul and I have been working on a fix -- first we need to gain a better understanding of where the null *.txt snippets come from and when they are created. Second, we needed to upate the XML code to be more robust by removing assumptions about the file structure. I have already created a patch for this.
Assignee | ||
Comment 1•18 years ago
|
||
Comment 2•18 years ago
|
||
Comment on attachment 226819 [details] [diff] [review] Patch to remove assumptions on second-to-last build and check for latest build properly. This seems to make sense. r=preed.
Assignee | ||
Comment 3•18 years ago
|
||
Comment on attachment 226819 [details] [diff] [review] Patch to remove assumptions on second-to-last build and check for latest build properly. Alright, so after more discussion and testing using the sanity script, the XML code was okay so we are going to back this patch out and rerun some more tests to verify that update XML output is correct after the last updates to the build data were run.
Attachment #226819 -
Attachment is obsolete: true
Assignee | ||
Comment 4•18 years ago
|
||
After reverting back from the patch-that-should-not-have-ever-existed, the output looked more sane, and we've narrowed it down to a few specifics. See preed's blog for more on that: http://weblogs.mozillazine.org/preed/2006/06/1919_its_only_updates.html#more The fix for bug 306864 ended up being correct, hence the pulling of this patch, which caused aus2-staging to advertise updates to the next build (instead of latest, which is the way it already was / should be). Overall, we've had some much-needed discussion and achieved a relative understanding about how the update system works from end-to-end, so it was a net gain and should prevent future confusion with some effort towards documentation, which I will help with as much as I can. The plan now is to wait fur successive builds to complete and reevaluate later this weekend or Monday. We will update then.
Assignee | ||
Comment 5•18 years ago
|
||
This particular problem is resolved -- over the weekend the builds were updated and now the information being offered is correct.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
QA Contact: nobody → systems
You need to log in
before you can comment on or make changes to this bug.
Description
•