[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1b1pre) Gecko/20081004 SeaMonkey/2.0a2pre] (home, optim default) (W2Ksp4) |python runtests.py --autorun --close-when-done --leak-threshold=21493| After working around bug 391318, { TEST-PASS | runtests-leaks | WARNING leaked 8 bytes during test execution (under threshold set at 21493 bytes) TEST-PASS | runtests-leaks | leaked 1 instance of nsStringBuffer with size 8 bytes } "remains". This leaks appears with any one of these tests; running more than one test does not leak additional strings. The tests are in content/html/content/test/... test_bug353415-1.html test_bug353415-2.html test_bug392567.html and dom/tests/mochitest/ajax/scriptaculous/... [I did not narrow which one(s).]

WFM on Mac. I don't get any leaks with test_bug353415-1.html or with scriptaculous. Can you get a balance tree showing the leaked allocation? http://www.mozilla.org/performance/leak-tutorial.html

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1b2pre) Gecko/20081009 SeaMonkey/2.0a2pre] (home, optim default) (W2Ksp4) XPCOM_MEM_LOG_CLASSES gives me an output like { Serial Numbers of Leaked Objects: 34142 @04B443F8 (1 references) } But I get an endless loop of { ### ERROR: SymGetModuleInfo64: Le module spÚcifiÚ est introuvable. } as soon as I add XPCOM_MEM_REFCNT_LOG :-(

Using XPCOM_MEM_LOG_OBJECTS, I could get a tree (for test_bug353415-1.html), but I'm not sure this one will be that much useful :-/ NB: I added the stacks at the beginning of the file.

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1b2pre) Gecko/20081116 SeaMonkey/2.0a2pre] (home, optim default) (W2Ksp4) (http://hg.mozilla.org/mozilla-central/rev/8b3caddca8f5 +http://hg.mozilla.org/comm-central/rev/ebcb28433bfe) Leak still there.

(In reply to comment #1) > WFM on Mac. That's odd/interesting, as bug 450983 comment 39 (now) confirms this bug, on all 3 platforms...

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2a1pre) Gecko/20090118 SeaMonkey/2.0a3pre] (experimental/_m-c_, home, optim default) (W2Ksp4) (http://hg.mozilla.org/mozilla-central/rev/aa198b35552d +http://hg.mozilla.org/comm-central/rev/c5c795d2335c) Fail. [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2a1pre) Gecko/20090117 SeaMonkey/2.0a3pre] (experimental/_m-c_, home, optim default) (W2Ksp4) (http://hg.mozilla.org/mozilla-central/rev/a3abe1807f71 + bug 446300 patch +http://hg.mozilla.org/comm-central/rev/da4ab57196d6 + bug 446300 patch) Pass. (2 days) Fix timeframe: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aa198b35552d&tochange=a3abe1807f71

On http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey&maxdate=1232056577 Leak: http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1232040764.1232044766.27392.gz&fulltext=1 Linux comm-central dep unit test on 2009/01/15 09:32:44 http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1232041087.1232047002.31211.gz&fulltext=1 MacOSX 10.4 comm-central dep unit test on 2009/01/15 09:38:07 http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1232038894.1232043341.25155.gz&fulltext=1 Win2k3 comm-central dep unit test on 2009/01/15 09:01:34 Fixed: http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1232044262.1232051055.6538.gz&fulltext=1 Linux comm-central dep unit test on 2009/01/15 10:31:02 [MacOSX is broken] http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1232042836.1232050361.5174.gz&fulltext=1 Win2k3 comm-central dep unit test on 2009/01/15 10:07:16 Fix timeframes: http://hg.mozilla.org/releases/mozilla-1.9.1/pushloghtml?fromchange=e4c67935689c&tochange=cefb32039398 Bug 433316 [which is in comment 6 m-c timeframe] http://hg.mozilla.org/comm-central/pushloghtml?fromchange=c5c795d2335c&tochange=238fe79f54ae Bug 433316 and related

Ftr, (fixed) leak threshold was updated by bug 473686 comment 14.