Closed
Bug 448224
Opened 16 years ago
Closed 15 years ago
fxdbug-win32-tbox has been intermittently orange since 2008-07-21
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: nthomas, Unassigned)
References
()
Details
Attachments
(3 files)
For somewhere between a quarter and a half of the recent builds, the Windows debug box for Firefox 3.0.x goes orange doing a trace-malloc test. See the attachment for details. There's a few things this could be * a problem with the tinderbox, given the mac and linux machines are OK. I've clobbered the box just now and will check back after a few cycles to see if it's working * there was a code change in (roughly) this window http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008%2F07%2F20+00%3A00&maxdate=2008%2F07%2F21+16%3A00&cvsroot=%2Fcvsroot * bug 448222, it seems the proper content on mozilla.org went away as part of the re-org. Doesn't really explain why there should sometimes be a leak on the "pretty" 404 page.
Reporter | ||
Comment 1•16 years ago
|
||
Reed confirmed in bug 448222 that there were changes on mozilla.org at 2008-07-20 00:29, so it's a good time-match for this issue appearing. At that point it started returning a pretty 404 page for http://www.mozilla.org/newlayout/samples/test2.html (This is loaded via bloatcycle.html). The previous content is now at http://www-archive.mozilla.org/newlayout/samples/test2.html
Reporter | ||
Comment 2•16 years ago
|
||
dbaron says this looks like a crash on a fatal assertion. We set XPCOM_DEBUG_BREAK=stack-and-abort for this tinderbox.
Reporter | ||
Comment 3•16 years ago
|
||
See also bug 431938.
Comment 4•16 years ago
|
||
Found in triage. confirm this is still intermittently orange, and then back to green again. Dealing with other releases right now, dont have time to deal with this just yet. Will come back for this once we come up for air.
Comment 5•16 years ago
|
||
Seems that bug#448222 causes a bloatcycle test to return 404 for some pages, which causes intermittent crashes. See bug#431938 for another possible example? I believe nothing here for RelEng to do, reassigning as best as I can guess.
Updated•16 years ago
|
Component: Release Engineering → DOM
Product: mozilla.org → Core
QA Contact: release → general
Version: other → Trunk
Reporter | ||
Comment 6•16 years ago
|
||
The tests got restored in bug 451826, but this box is still doing a traffic light impression.
Reporter | ||
Comment 7•16 years ago
|
||
Looks like it's an intermittent leak of 92 bytes in nsHostResolver now: Error: Leak Test Failed: Number of leaks 92 is greater than LeakFailureThreshold 0 Full log: http://tinderbox.mozilla.org/showlog.cgi?tree=Firefox3.0&errorparser=unix&logfile=1220486940.1220487297.27221.gz&buildtime=&buildname=Linux%20fxdbug-linux-tbox%20Depend&fulltext=1
Reporter | ||
Comment 8•16 years ago
|
||
Whoopsie, the RLk is on the linux box fxdbug-linux-tbox. The windows box might be alright now ?
Reporter | ||
Comment 10•15 years ago
|
||
It's green now, the reason for that is lost to the mysts of time.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•