Closed
Bug 609543
Opened 14 years ago
Closed 14 years ago
Frequent hangs in dromaeo_sunspider during sunspider-access-nsieve.html (after sunspider-access-nbody.html)
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
DUPLICATE
of bug 617505
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: philor, Assigned: gwagner)
References
Details
(Keywords: intermittent-failure, regression)
Attachments
(1 file)
1.00 KB,
patch
|
dmandelin
:
review+
|
Details | Diff | Splinter Review |
I don't have any feeling for how this could be, since it feels like it's been going on since long before numerous merges to mozilla-central, but on TraceMonkey dromaeo_sunspider hangs quite often (disguising itself as a crash that's really from the harness crashing it in an attempt to show where it hung, on Linux), and on mozilla-central it does not.
From the last 12 hours on TM:
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288840835.1288844159.12858.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/03 20:20:35
s: talos-r3-fed-053
Running test dromaeo_sunspider:
Started Wed, 03 Nov 2010 20:47:44
Screen width/height:1280/1024
colorDepth:24
Browser inner width/height: 1024/681
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
NOISE: Found crashdump: /tmp/tmp8KwSdg/profile/minidumps/1c339def-6b29-b54f-0dc34568-76736310.dmp
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288836283.1288839609.28223.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/03 19:04:43
s: talos-r3-fed-052
Running test dromaeo_sunspider:
Started Wed, 03 Nov 2010 19:31:51
Screen width/height:1280/1024
colorDepth:24
Browser inner width/height: 1024/681
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
NOISE: Found crashdump: /tmp/tmpcSA5E_/profile/minidumps/702a9df3-032f-5c1d-2b95bb99-331c4a1c.dmp
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288820268.1288823768.26592.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/03 14:37:48
s: talos-r3-w7-015
Running test dromaeo_sunspider:
Started Wed, 03 Nov 2010 15:06:54
Screen width/height:1280/1024
colorDepth:24
Browser inner width/height: 1008/675
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
Failed dromaeo_sunspider:
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288821577.1288825085.31571.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/03 14:59:37
s: talos-r3-w7-039
Running test dromaeo_sunspider:
Started Wed, 03 Nov 2010 15:28:48
Screen width/height:1280/1024
colorDepth:24
Browser inner width/height: 1008/675
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-morph.html (next: http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-3d-raytrace.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-binary-trees.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-fannkuch.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html)
NOISE: Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)
NOISE:
NOISE: __FAILbrowser frozen__FAIL
Failed dromaeo_sunspider:
Reporter | ||
Comment 1•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288843658.1288847424.24753.gz
s: talos-r3-w7-022
FAIL: Busted: dromaeo_sunspider
FAIL: browser frozen
Reporter | ||
Comment 2•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288845009.1288848801.29548.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/03 21:30:09
s: talos-r3-w7-029
FAIL: Busted: dromaeo_sunspider
FAIL: browser frozen
Reporter | ||
Comment 3•14 years ago
|
||
I guess the other possibility is that someone broke it recently, and people have broken it before, and that's why it seems like I've seen it before.
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288847377.1288850895.4789.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/03 22:09:37
s: talos-r3-w7-005
FAIL: Busted: dromaeo_sunspider
FAIL: browser frozen
Reporter | ||
Comment 4•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288865498.1288869037.23187.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/04 03:11:38
s: talos-r3-w7-041
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288872217.1288875561.24177.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/04 05:03:37
s: talos-r3-fed-026
Comment 5•14 years ago
|
||
Might be a dup of bug 604961.
Reporter | ||
Comment 6•14 years ago
|
||
Could well be, though the closest tie there seems to be RyanVM saying he sees it in sunspider-access-nsieve (in that I could be misunderstanding where the hang is, and sunspider-access-nbody finishes fine but sunspider-access-nsieve hangs without saying anything).
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288906353.1288909714.16349.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/04 14:32:33
s: talos-r3-fed-033
Comment 7•14 years ago
|
||
Yeah, we don't know for sure so we should keep this open. I just wanted to make sure you (and other followers of this bug) knew there was a related one out there.
Reporter | ||
Comment 8•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288911710.1288915245.9871.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/04 16:01:50
s: talos-r3-w7-029
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288913348.1288916763.16593.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/04 16:29:08
s: talos-r3-fed-030
Reporter | ||
Comment 9•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288920485.1288923995.17524.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/04 18:28:05
s: talos-r3-w7-042
Reporter | ||
Comment 10•14 years ago
|
||
And whether or not it's the same hang that's been around since April, something has certainly happened recently to turn it from rare to nearly-constant - even with my enormous ability to ignore Talos orange, there is absolutely no way I could have been ignoring one to two instances of this on every single run for more than a couple of weeks, tops. Nor is there any way for it to be TM-only other than by being caused by something landed since the last merge to mozilla-central.
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288921965.1288925515.24510.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/04 18:52:45
s: talos-r3-w7-019
blocking2.0: --- → ?
Reporter | ||
Comment 11•14 years ago
|
||
We need a blocking-next-merge flag :)
Reporter | ||
Comment 12•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1288970383.1288973906.14178.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/05 08:19:43
s: talos-r3-w7-005
Reporter | ||
Comment 13•14 years ago
|
||
While we have had four pushes since when neither Windows nor Linux failed, so it could have been caused by something other than the first push where it hit, it seems pretty suspicious that the first instance was on the push for bug 598650.
Blocks: 598650
Keywords: regression
Reporter | ||
Comment 14•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289059297.1289062807.19687.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/06 09:01:37
s: talos-r3-w7-045
Assignee | ||
Comment 15•14 years ago
|
||
What is this test doing? Similar to http://dromaeo.com/?sunspider ?
I don't know why increasing the malloc trigger should result in a timeout. I looked at the working set size for this page and it looks the same as before.
For the Prime Number Computation test we go up to 1GB but access-nbody is no high-throughput benchmark afaik.
Reporter | ||
Comment 16•14 years ago
|
||
I may well be wrong about access-nbody - if the only output comes at the _end_ of a page's cycle, then the significant part of "Cycle 1: loaded http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next: http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)" would be the "next:" rather than the "loaded".
Files are in http://hg.mozilla.org/build/talos/file/tip/page_load_test/dromaeo, but I'm not sure where the harness bits are, or what decides on __FAILbrowser frozen__FAIL.
Reporter | ||
Comment 17•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289217283.1289220634.17403.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/08 03:54:43
s: talos-r3-fed-051
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289205002.1289208539.19610.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/08 00:30:02
s: talos-r3-w7-020
Reporter | ||
Comment 18•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289248063.1289251402.28653.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/08 12:27:43
s: talos-r3-fed-028
Reporter | ||
Comment 19•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289240344.1289243869.24834.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/08 10:19:04
s: talos-r3-w7-041
Reporter | ||
Comment 20•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289255973.1289259763.7655.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/08 14:39:33
s: talos-r3-w7-005
Reporter | ||
Comment 21•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289257377.1289260725.12090.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/08 15:02:57
s: talos-r3-fed-033
Reporter | ||
Comment 22•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289260194.1289263794.26757.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/08 15:49:54
s: talos-r3-w7-014
Reporter | ||
Comment 23•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289264684.1289268186.14899.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/08 17:04:44
s: talos-r3-w7-050
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289265830.1289269364.20234.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/08 17:23:50
s: talos-r3-w7-027
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289270567.1289273912.8326.gz
Rev3 Fedora 12 tracemonkey talos dromaeo on 2010/11/08 18:42:47
s: talos-r3-fed-027
Reporter | ||
Comment 24•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289329845.1289333358.22942.gz
Rev3 WINNT 6.1 tracemonkey talos dromaeo on 2010/11/09 11:10:45
s: talos-r3-w7-009
Comment 25•14 years ago
|
||
> I may well be wrong about access-nbody - if the only output comes at the _end
> of a page's cycle, then the significant part of "Cycle 1: loaded
> http://localhost/page_load_test/dromaeo/sunspider-access-nbody.html (next:
> http://localhost/page_load_test/dromaeo/sunspider-access-nsieve.html)" would be
> the "next:" rather than the "loaded".
The output comes at the end of a page's cycle (once the page has fully loaded and timed) so we would be more interested in the 'next' page.
Timeouts occur after 20 minutes with no output from the browser (longer for mobile tests).
Reporter | ||
Comment 26•14 years ago
|
||
Summary: Frequent hangs in dromaeo_sunspider during dromaeo/sunspider-access-nbody.html on TraceMonkey → Frequent hangs in dromaeo_sunspider during sunspider-access-nsieve.html (after sunspider-access-nbody.html) on TraceMonkey
Reporter | ||
Comment 27•14 years ago
|
||
Reporter | ||
Comment 28•14 years ago
|
||
Reporter | ||
Comment 29•14 years ago
|
||
Reporter | ||
Comment 30•14 years ago
|
||
Reporter | ||
Comment 31•14 years ago
|
||
Reporter | ||
Comment 32•14 years ago
|
||
Comment 33•14 years ago
|
||
What does it take to get a stack trace from the hung browser at that point? Can we force a crash in a way that causes breakpad to trigger, or use cdb/ntsd? That would probably go a long way towards finding the problem.
Comment 34•14 years ago
|
||
Alice/Ted: can we hack the scripts on windows so that when the browser hangs we run a command like this?
/c/windows/system32/ntsd.exe -pv -pn firefox.exe -g -noio -c ".dump /ma /u c:\temp\hang.dmp;q"
(cd /c/temp; echo *.dmp; zip -p `ls *.dmp | sed s/dmp/zip/` *.dmp)
That should give us a minidump for the hung process, at a cost of < 100MB accumulated disk space per failure.
Comment 35•14 years ago
|
||
(ntsd should be on win2k3 in that location by default, but if not we should probably install the debugging tools on the slaves anyway)
Reporter | ||
Comment 36•14 years ago
|
||
Comment 37•14 years ago
|
||
The unit test harnesses already use crashinject ( http://mxr.mozilla.org/mozilla-central/source/build/win32/crashinject.cpp ) to produce minidumps and get stacks, it probably wouldn't be hard to make Talos do the same thing.
Reporter | ||
Comment 38•14 years ago
|
||
Reporter | ||
Comment 39•14 years ago
|
||
Reporter | ||
Comment 40•14 years ago
|
||
Reporter | ||
Comment 41•14 years ago
|
||
Reporter | ||
Comment 42•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289443063.1289446445.21342.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289446390.1289450012.6315.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289436662.1289440020.21424.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289443842.1289447455.26390.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289444444.1289448123.29430.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289435003.1289438351.13263.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289439072.1289442662.2682.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289437651.1289441239.27355.gz
Assignee | ||
Comment 43•14 years ago
|
||
This patch (reducing MAX_MALLOC_BYTES to 80 MB) fixes the hang (on tryserver) and still avoids GC runs during SS.
It is not ideal since we still don't know what the real problem is.
Attachment #489816 -
Flags: review?(gal)
Comment 44•14 years ago
|
||
I think you said yourself why I can't r+ this. We have to know what's going on.
Reporter | ||
Comment 45•14 years ago
|
||
I suspect this is no help at all, but while taras was trying yet again to land the switch to GCC 4.5 this morning, he got a hang in dromaeo_sunspider during nsieve, and unlike us he got to have a stack. http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1289489121.1289492488.19861.gz
Comment 46•14 years ago
|
||
(In reply to comment #45)
> I suspect this is no help at all, but while taras was trying yet again to land
> the switch to GCC 4.5 this morning, he got a hang in dromaeo_sunspider during
> nsieve, and unlike us he got to have a stack.
> http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1289489121.1289492488.19861.gz
Hopefully this is the same bug, so a fix here is the final thing needed for gcc 4.5.
Comment 47•14 years ago
|
||
Is it reasonable to expect this bug to get fixed soon or should we put off GCC 4.5 deployment for a few weeks?
Reporter | ||
Comment 48•14 years ago
|
||
Reporter | ||
Comment 49•14 years ago
|
||
Reporter | ||
Comment 50•14 years ago
|
||
Reporter | ||
Comment 51•14 years ago
|
||
Reporter | ||
Comment 52•14 years ago
|
||
Reporter | ||
Comment 53•14 years ago
|
||
Reporter | ||
Comment 54•14 years ago
|
||
Reporter | ||
Comment 55•14 years ago
|
||
Comment 56•14 years ago
|
||
Gregor: could you comment on the prognosis here?
Assignee: general → anygregor
Reporter | ||
Comment 57•14 years ago
|
||
Reporter | ||
Comment 58•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289868529.1289872247.562.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289873801.1289877597.23123.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289873972.1289877461.22486.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1289872748.1289876157.17393.gz
Reporter | ||
Comment 59•14 years ago
|
||
Reporter | ||
Comment 60•14 years ago
|
||
Comment 61•14 years ago
|
||
From the build provided for me in bug 612445, I'm attempting to isolate a freeze and grab a minidump.
Depends on: 612445
Comment 62•14 years ago
|
||
I believe that I collected the correct hang:
http://people.mozilla.org/~anodelman/hang_0728_2010-11-16_16-01-35-868_08a0.dmp.zip
build + symbols here:
http://www.gumscrub.com/bug612445/
Reporter | ||
Comment 63•14 years ago
|
||
Reporter | ||
Comment 64•14 years ago
|
||
Reporter | ||
Comment 65•14 years ago
|
||
Reporter | ||
Comment 66•14 years ago
|
||
Reporter | ||
Comment 67•14 years ago
|
||
Not sure what to make of http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290034182.1290037568.32085.gz since it's what appears from the outside to be the same hang, but on m-c on the rev *before* TM merged and we should be seeing this hang there.
Reporter | ||
Comment 68•14 years ago
|
||
Reporter | ||
Comment 69•14 years ago
|
||
And http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290039066.1290042465.22039.gz is post-merge, so it should be this, but the stack in it doesn't look very obviously helpful.
Comment 70•14 years ago
|
||
Summary: Frequent hangs in dromaeo_sunspider during sunspider-access-nsieve.html (after sunspider-access-nbody.html) on TraceMonkey → Frequent hangs in dromaeo_sunspider during sunspider-access-nsieve.html (after sunspider-access-nbody.html)
Comment 71•14 years ago
|
||
![]() |
||
Comment 72•14 years ago
|
||
Comment 73•14 years ago
|
||
Gregor needs access to a windows machine. Filing an IT bug.
![]() |
||
Comment 74•14 years ago
|
||
![]() |
||
Comment 75•14 years ago
|
||
![]() |
||
Comment 76•14 years ago
|
||
Comment 77•14 years ago
|
||
Comment 78•14 years ago
|
||
I filed an IT bug (bug 613402) for this. If there is no easy way for IT to do this, I can give you access to a box with vmware + vnc, but you have to install windows and the necessary tools.
![]() |
||
Comment 81•14 years ago
|
||
![]() |
||
Comment 82•14 years ago
|
||
Comment 83•14 years ago
|
||
Comment 84•14 years ago
|
||
Comment 85•14 years ago
|
||
Comment 86•14 years ago
|
||
Comment 87•14 years ago
|
||
Comment 88•14 years ago
|
||
Comment 89•14 years ago
|
||
Comment 90•14 years ago
|
||
Comment 91•14 years ago
|
||
Reporter | ||
Comment 92•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290215873.1290219272.14205.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290219314.1290222996.31244.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290134466.1290137894.28828.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290129552.1290133011.5853.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290136047.1290139799.4301.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290124486.1290127970.14496.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290113922.1290117426.24441.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290114113.1290117511.24771.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290126158.1290130070.24886.gz
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1290045364.1290048741.16418.gz
Comment 93•14 years ago
|
||
Comment 94•14 years ago
|
||
Comment 95•14 years ago
|
||
Comment 96•14 years ago
|
||
Comment 97•14 years ago
|
||
Comment 98•14 years ago
|
||
Reporter | ||
Comment 99•14 years ago
|
||
Reporter | ||
Comment 100•14 years ago
|
||
Reporter | ||
Comment 101•14 years ago
|
||
Reporter | ||
Comment 102•14 years ago
|
||
Reporter | ||
Comment 103•14 years ago
|
||
Comment 104•14 years ago
|
||
Comment 105•14 years ago
|
||
Reporter | ||
Comment 106•14 years ago
|
||
Reporter | ||
Comment 107•14 years ago
|
||
Comment 108•14 years ago
|
||
Reporter | ||
Comment 109•14 years ago
|
||
Reporter | ||
Comment 110•14 years ago
|
||
Reporter | ||
Comment 111•14 years ago
|
||
Reporter | ||
Comment 112•14 years ago
|
||
Reporter | ||
Comment 113•14 years ago
|
||
Reporter | ||
Comment 114•14 years ago
|
||
Reporter | ||
Comment 115•14 years ago
|
||
Reporter | ||
Comment 116•14 years ago
|
||
I hadn't quite thought of it this way, but now that this has been merged to mozilla-central, this bug really does block bug 559964 even if there's no connection - we can't turn on GCC 4.5, which bounced out of mozilla-central because it made dromaeo_sunspider hang in sunspider-access-nsieve.html, until after we're not hanging in sunspider-access-nsieve.html from this, so we can tell whether or not we're hanging from that.
Reporter | ||
Comment 117•14 years ago
|
||
Reporter | ||
Comment 118•14 years ago
|
||
Reporter | ||
Comment 119•14 years ago
|
||
Comment 120•14 years ago
|
||
Comment 121•14 years ago
|
||
(In reply to comment #78)
> I filed an IT bug (bug 613402) for this. If there is no easy way for IT to do
> this, I can give you access to a box with vmware + vnc, but you have to install
> windows and the necessary tools.
Any progress here? You merged a very frequent intermittent orange to mozilla-central, comment 61 has a full memory dump that may assist in analysis, but there's been no visible progress here. This is not a great place to be, and someone needs to fix it.
Updated•14 years ago
|
blocking2.0: ? → beta9+
Comment 122•14 years ago
|
||
Reporter | ||
Comment 123•14 years ago
|
||
Reporter | ||
Comment 124•14 years ago
|
||
Comment 125•14 years ago
|
||
Comment 126•14 years ago
|
||
Comment 127•14 years ago
|
||
Comment 128•14 years ago
|
||
Comment 129•14 years ago
|
||
Assignee | ||
Comment 130•14 years ago
|
||
(In reply to comment #121)
> (In reply to comment #78)
> > I filed an IT bug (bug 613402) for this. If there is no easy way for IT to do
> > this, I can give you access to a box with vmware + vnc, but you have to install
> > windows and the necessary tools.
>
> Any progress here? You merged a very frequent intermittent orange to
> mozilla-central, comment 61 has a full memory dump that may assist in analysis,
> but there's been no visible progress here. This is not a great place to be, and
> someone needs to fix it.
I am still waiting to get access to a windows machine. IT is working on it.
Reporter | ||
Comment 131•14 years ago
|
||
Reporter | ||
Comment 132•14 years ago
|
||
Reporter | ||
Comment 133•14 years ago
|
||
Reporter | ||
Comment 134•14 years ago
|
||
Reporter | ||
Comment 135•14 years ago
|
||
Reporter | ||
Comment 136•14 years ago
|
||
Reporter | ||
Comment 137•14 years ago
|
||
Reporter | ||
Comment 138•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290569619.1290573101.19509.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290571043.1290574693.27102.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290565707.1290569370.1228.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290563022.1290566947.22484.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290553793.1290557466.9678.gz
Reporter | ||
Comment 139•14 years ago
|
||
Comment 140•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290624367.1290627995.31964.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290648272.1290652048.11275.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290643826.1290647454.23286.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290640760.1290644442.9400.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290639818.1290643492.5159.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290628975.1290632985.21543.gz
Comment 141•14 years ago
|
||
Comment 142•14 years ago
|
||
Comment 143•14 years ago
|
||
Comment 144•14 years ago
|
||
Comment 145•14 years ago
|
||
Comment 146•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290780745.1290784378.23059.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290774489.1290777904.26609.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290765921.1290769585.11219.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290781411.1290785074.25463.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1290760226.1290763669.13373.gz
Comment 147•14 years ago
|
||
Comment 148•14 years ago
|
||
Comment 149•14 years ago
|
||
Comment 150•14 years ago
|
||
This is really driving people crazy on mozilla-central. Raising the priority in hopes that it gets some review love soon.
Severity: normal → critical
Comment 151•14 years ago
|
||
Comment 152•14 years ago
|
||
Comment 153•14 years ago
|
||
Comment 154•14 years ago
|
||
Comment 155•14 years ago
|
||
Comment 156•14 years ago
|
||
Comment 157•14 years ago
|
||
Comment 158•14 years ago
|
||
Comment 159•14 years ago
|
||
Comment 160•14 years ago
|
||
Comment 161•14 years ago
|
||
Comment 162•14 years ago
|
||
(In reply to comment #150)
> This is really driving people crazy on mozilla-central. Raising the priority
> in hopes that it gets some review love soon.
Let's land it, then, and we can try to figure out the underlying problem locally. Andreas, what do you think?
Comment 163•14 years ago
|
||
Comment 164•14 years ago
|
||
Comment 165•14 years ago
|
||
Comment 166•14 years ago
|
||
Comment 167•14 years ago
|
||
Comment 168•14 years ago
|
||
Reporter | ||
Comment 169•14 years ago
|
||
Comment 170•14 years ago
|
||
Comment 171•14 years ago
|
||
Reporter | ||
Comment 172•14 years ago
|
||
Comment 173•14 years ago
|
||
Assignee | ||
Comment 174•14 years ago
|
||
(In reply to comment #162)
> (In reply to comment #150)
> > This is really driving people crazy on mozilla-central. Raising the priority
> > in hopes that it gets some review love soon.
>
> Let's land it, then, and we can try to figure out the underlying problem
> locally. Andreas, what do you think?
Yeah I am also for this temporary solution.
Comment 175•14 years ago
|
||
Assignee | ||
Comment 176•14 years ago
|
||
It seems we get stuck in the cycle collector:
nspr4.dll!_PR_MD_WAIT_CV(_MDCVar * cv, _MDLock * lock, unsigned int timeout) Line 280 + 0x14 bytes C
nspr4.dll!_PR_WaitCondVar(PRThread * thread, PRCondVar * cvar, PRLock * lock, unsigned int timeout) Line 204 + 0x17 bytes C
nspr4.dll!PR_WaitCondVar(PRCondVar * cvar, unsigned int timeout) Line 547 + 0x17 bytes C
xul.dll!mozilla::CondVar::Wait(unsigned int interval) Line 373 + 0x11 bytes C++
> xul.dll!nsCycleCollectorRunner::Collect(nsICycleCollectorListener * aListener) Line 3362 C++
xul.dll!nsCycleCollector_collect(nsICycleCollectorListener * aListener) Line 3473 + 0xf bytes C++
xul.dll!nsJSContext::CC(nsICycleCollectorListener * aListener) Line 3635 + 0x9 bytes C++
xul.dll!nsDOMWindowUtils::GarbageCollect(nsICycleCollectorListener * aListener) Line 657 + 0x9 bytes C++
xul.dll!NS_InvokeByIndex_P(nsISupports * that, unsigned int methodIndex, unsigned int paramCount, nsXPTCVariant * params) Line 103 C++
xul.dll!CallMethodHelper::Invoke() Line 3058 + 0x1c bytes C++
xul.dll!CallMethodHelper::Call() Line 2320 + 0x8 bytes C++
Comment 177•14 years ago
|
||
Comment 178•14 years ago
|
||
Comment on attachment 489816 [details] [diff] [review]
patch
(In reply to comment #174)
> (In reply to comment #162)
> > (In reply to comment #150)
> > > This is really driving people crazy on mozilla-central. Raising the priority
> > > in hopes that it gets some review love soon.
> >
> > Let's land it, then, and we can try to figure out the underlying problem
> > locally. Andreas, what do you think?
>
> Yeah I am also for this temporary solution.
OK, let's do it.
We should probably create a new bug for the underlying problem--the comments here are a mess.
Attachment #489816 -
Flags: review?(gal) → review+
Reporter | ||
Comment 179•14 years ago
|
||
Comment 180•14 years ago
|
||
Reporter | ||
Comment 181•14 years ago
|
||
Comment 182•14 years ago
|
||
FYI, I just told ehsan it would be fine to land this patch in m-c, since it's got review and the orange is driving people crazy and all.
Comment 183•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/5d4678e9fc37
Let's tentatively call this fixed, and reopen if it happens on future builds!
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 184•14 years ago
|
||
Looks to me like it happened again:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1291169503.1291172990.13400.gz
On
http://hg.mozilla.org/mozilla-central/rev/824f8a023254
Which has that revision.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 185•14 years ago
|
||
Reporter | ||
Comment 186•14 years ago
|
||
Reporter | ||
Comment 187•14 years ago
|
||
Reporter | ||
Comment 188•14 years ago
|
||
Comment 189•14 years ago
|
||
Backed out the patch for being in the range of bug 615736
Reporter | ||
Comment 190•14 years ago
|
||
Reporter | ||
Comment 191•14 years ago
|
||
Reporter | ||
Comment 192•14 years ago
|
||
Reporter | ||
Comment 193•14 years ago
|
||
Reporter | ||
Comment 194•14 years ago
|
||
Reporter | ||
Comment 195•14 years ago
|
||
Reporter | ||
Comment 196•14 years ago
|
||
This doesn't look like it affects gcc 4.5 deployment at all. Can we remove this as a blocker for bug 578880?
Reporter | ||
Comment 198•14 years ago
|
||
Comment 199•14 years ago
|
||
(In reply to comment #197)
> This doesn't look like it affects gcc 4.5 deployment at all. Can we remove
> this as a blocker for bug 578880?
The test went from intermittent orange to permaorange last time we tried to deploy it, and it's pretty hard to discern if there's a difference without this getting fixed first.
Reporter | ||
Comment 200•14 years ago
|
||
Reporter | ||
Comment 201•14 years ago
|
||
Did it go to permaorange, or was it the way I remember it, that we landed the switch to GCC 4.5, got a single build and a single test run, had a single hang, and backed out? Personally, if I was the one who wanted GCC 4.5, I'd be pushing the switch to the tryserver and then asking releng to run ten sets of dromaeo on it.
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1291301879.1291305511.30391.gz
Reporter | ||
Comment 202•14 years ago
|
||
Comment 203•14 years ago
|
||
Status: REOPENED → NEW
Comment 204•14 years ago
|
||
(In reply to comment #201)
> Personally, if I was the one who wanted GCC 4.5, I'd be pushing
> the switch to the tryserver and then asking releng to run ten sets of dromaeo
> on it.
Sure, that sounds great. I don't really know how to push on that significantly, though. If gcc 4.5 didn't cause this to go permaorange (as phil remembers, that we only had one build), I would say it's worth doing the switch again even on non-tryserver if it's possible.
Comment 206•14 years ago
|
||
(In reply to comment #205)
> (In reply to comment #201)
> > Personally, if I was the one who wanted GCC 4.5, I'd be pushing
> > the switch to the tryserver and then asking releng to run ten sets of dromaeo
> > on it.
>
> Sure, that sounds great. I don't really know how to push on that
> significantly, though. If gcc 4.5 didn't cause this to go permaorange (as phil
> remembers, that we only had one build), I would say it's worth doing the switch
> again even on non-tryserver if it's possible.
GCC 4.5 triggered the same permaorange as was present on tracemonkey branch. We then backed out 4.5 and tracemonkey-merge cause mc to go permaorange.
I later checked on try and gcc 4.5(without tm) causes the same permaorange bug on try given even runs. https://bugzilla.mozilla.org/show_bug.cgi?id=590181#c101
Assignee | ||
Comment 207•14 years ago
|
||
I guess statistics was against me with this fix. I got 3 green tryserver runs with it.
We can also reset the MAX_MALLOC_BYTES to 64 again and take the SS regression if you want to be on the safe side with the GCC switch.
I got access to a windows machine yesterday but I can only start serious debugging next week.
Comment 208•14 years ago
|
||
If we're deadlocked in the CC, maybe bent can help before next week? I think we have to take the regression for now, though.
Comment 209•14 years ago
|
||
Reporter | ||
Comment 210•14 years ago
|
||
Comment 211•14 years ago
|
||
Comment 212•14 years ago
|
||
Reporter | ||
Comment 213•14 years ago
|
||
Reporter | ||
Comment 214•14 years ago
|
||
Reporter | ||
Comment 215•14 years ago
|
||
Reporter | ||
Comment 216•14 years ago
|
||
Reporter | ||
Comment 217•14 years ago
|
||
Reporter | ||
Comment 218•14 years ago
|
||
Reporter | ||
Comment 219•14 years ago
|
||
Comment 220•14 years ago
|
||
Comment 221•14 years ago
|
||
Comment 222•14 years ago
|
||
Reporter | ||
Comment 223•14 years ago
|
||
Comment 224•14 years ago
|
||
Reporter | ||
Comment 225•14 years ago
|
||
Reporter | ||
Comment 226•14 years ago
|
||
Reporter | ||
Comment 227•14 years ago
|
||
Reporter | ||
Comment 228•14 years ago
|
||
Reporter | ||
Comment 229•14 years ago
|
||
Reporter | ||
Comment 230•14 years ago
|
||
Reporter | ||
Comment 231•14 years ago
|
||
Reporter | ||
Comment 232•14 years ago
|
||
Comment 233•14 years ago
|
||
Comment 234•14 years ago
|
||
Comment 235•14 years ago
|
||
Reporter | ||
Comment 236•14 years ago
|
||
Reporter | ||
Comment 237•14 years ago
|
||
(In reply to comment #176)
> It seems we get stuck in the cycle collector:
Since CC is off the main thread now we will block while we wait for CC to finish, so the stack you posted is expected. Is it really deadlocked? What is the CC thread doing?
Sorry, I wasn't CC'd so I didn't know this was happening until today.
Reporter | ||
Comment 239•14 years ago
|
||
Reporter | ||
Comment 240•14 years ago
|
||
Reporter | ||
Comment 241•14 years ago
|
||
Reporter | ||
Comment 242•14 years ago
|
||
Reporter | ||
Comment 243•14 years ago
|
||
Reporter | ||
Comment 244•14 years ago
|
||
Reporter | ||
Comment 245•14 years ago
|
||
Assignee | ||
Comment 246•14 years ago
|
||
I haven't seen the hang on tracemonkey for a few days now (there were about 13 builds). Phil you know more about the frequency of this bug. Do you think it's more luck or maybe it got fixed?
Comment 247•14 years ago
|
||
Reporter | ||
Comment 248•14 years ago
|
||
Maybe, but it's hard to be confident with the limited number of pushes (zero Sunday, one Saturday, though seven Friday). I'm trying to get a bunch of runs on the last finished TM rev, so we can see.
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1291661655.1291665279.22944.gz
Reporter | ||
Comment 249•14 years ago
|
||
Fun fact: I accidentally failed to say that I wanted extra runs of Win7, so I got WinXP, which... hey, wait, why doesn't WinXP ever hang?
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1291664536.1291668261.3836.gz
Reporter | ||
Comment 250•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1291673708.1291677066.10484.gz
But it was nice to believe, for a while there...
Reporter | ||
Comment 251•14 years ago
|
||
And http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1291675089.1291678597.17746.gz from the TM merge to m-c
Reporter | ||
Comment 252•14 years ago
|
||
Reporter | ||
Comment 253•14 years ago
|
||
Reporter | ||
Comment 254•14 years ago
|
||
Reporter | ||
Comment 255•14 years ago
|
||
Reporter | ||
Comment 256•14 years ago
|
||
Assignee | ||
Comment 257•14 years ago
|
||
We are able to reproduce this hang now.
I noticed 3 different hangs:
1) The browser freezes in the nsieve benchmark. The main thread waits in the constructor of AutoGCSession. (Probably most common).
2) The dromaeo tab hangs in the nsieve benchmark and doesn't render properly any more but the browser is still responsive and I can open another tab for example.
3) The browser stops for a second at the nsieve benchmark and continues to always execute 2 benchmarks in parallel afterwards.
Reporter | ||
Comment 258•14 years ago
|
||
Reporter | ||
Comment 259•14 years ago
|
||
Reporter | ||
Comment 260•14 years ago
|
||
Reporter | ||
Comment 261•14 years ago
|
||
Reporter | ||
Comment 262•14 years ago
|
||
Updated•14 years ago
|
Comment 264•14 years ago
|
||
As per today's meeting, beta 9 will be a time-based release. Marking these all betaN+. Please move it back to beta9+ if you believe it MUST be in the next beta (ie: trunk is in an unshippable state without this)
Updated•14 years ago
|
Keywords: regression
Updated•12 years ago
|
Keywords: intermittent-failure
Updated•12 years ago
|
Whiteboard: [orange]
You need to log in
before you can comment on or make changes to this bug.
Description
•