Not really sure what to file this one as... Rev4 MacOSX Snow Leopard 10.6 mozilla-inbound debug test mochitests-2/5 on 2012-08-14 03:34:35 PDT for push 59707ed19e48 slave: talos-r4-snow-044 https://tbpl.mozilla.org/php/getParsedLog.php?id=14366225&tree=Mozilla-Inbound { [Parent 529] WARNING: not an nsIRDFRemoteDataSource: 'remote != nullptr', file ../../../../rdf/datasource/src/nsLocalStore.cpp, line 279 --DOMWINDOW == 1 (0x122d38ac0) [serial = 3] [outer = 0x0] [url = chrome://browser/content/hiddenWindow.xul] --DOMWINDOW == 0 (0x122d3b720) [serial = 4] [outer = 0x0] [url = chrome://browser/content/hiddenWindow.xul] [Parent 529] WARNING: not an nsIRDFRemoteDataSource: 'remote != nullptr', file ../../../../rdf/datasource/src/nsLocalStore.cpp, line 279 [Parent 529] WARNING: NS_ENSURE_TRUE(mTextInputHandler) failed: file ../../../widget/cocoa/nsChildView.mm, line 4070 nsStringStats => mAllocCount: 2302636 => mReallocCount: 106561 => mFreeCount: 2302636 => mShareCount: 4690847 => mAdoptCount: 208698 => mAdoptFreeCount: 208698 INFO | automation.py | Application ran for: 0:18:35.995106 INFO | automation.py | Reading PID log: /var/folders/Hs/HsDn6a9SG8idoIya6p9mtE+++TI/-Tmp-/tmpUiWBqXpidlog == BloatView: ALL (cumulative) LEAK AND BLOAT STATISTICS, default process 529 |<----------------Class--------------->|<-----Bytes------>|<----------------Objects---------------->|<--------------References-------------->| Per-Inst Leaked Total Rem Mean StdDev Total Rem Mean StdDev 0 TOTAL 22 0 130053207 0 (37632.00 +/- 71412.98) 297676800 18446744073709551614 (61969108727.09 +/- 0.00) nsTraceRefcntImpl::DumpStatistics: 1299 entries TEST-PASS | automationutils.processLeakLog() | no leaks detected! TEST-UNEXPECTED-FAIL | tab process 555 | automationutils.processLeakLog() | missing output line for total leaks! == BloatView: ALL (cumulative) LEAK AND BLOAT STATISTICS, tab process 558 |<----------------Class--------------->|<-----Bytes------>|<----------------Objects---------------->|<--------------References-------------->| Per-Inst Leaked Total Rem Mean StdDev Total Rem Mean StdDev 0 TOTAL 30 0 62013 0 ( 1012.43 +/- 1195.63) 93059 0 ( 1191.63 +/- 2479.43) nsTraceRefcntImpl::DumpStatistics: 540 entries TEST-PASS | tab process 558 | automationutils.processLeakLog() | no leaks detected! == BloatView: ALL (cumulative) LEAK AND BLOAT STATISTICS, tab process 559 |<----------------Class--------------->|<-----Bytes------>|<----------------Objects---------------->|<--------------References-------------->| Per-Inst Leaked Total Rem Mean StdDev Total Rem Mean StdDev 0 TOTAL 19 0 7066748 0 ( 3373.42 +/- 1878.13) 4719591 0 ( 1271.50 +/- 2913.44) nsTraceRefcntImpl::DumpStatistics: 745 entries TEST-PASS | tab process 559 | automationutils.processLeakLog() | no leaks detected! INFO | runtests.py | Running tests: end. program finished with exit code 0 }

vporof, bbondy, paul: The starrings you made via TBPL above were mis-stars. Whilst this bug gets suggested quite a bit of the time, the case to which it refers will never be able to be picked up by the tbpl parser - it always requires manual starring. Please check when starring on TBPL that the full summary matches (in this case, the "tab process nnn" part is key) - since mis-stars can obscure real failures. Thanks! :-)

https://tbpl.mozilla.org/php/getParsedLog.php?id=15747064&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=15746903&tree=Mozilla-Inbound

https://tbpl.mozilla.org/php/getParsedLog.php?id=17369860&tree=Try The problem here is that we don't "join" all content processes on shutdown, i.e. wait for them to terminate. And, not surprisingly, sometimes they don't shut down before the parent process does.

Can we do that for debug builds only? That's the only place we're doing leak checks anyway.

Oh, golly, yes. I didn't mean to even suggest anything otherwise :).

https://tbpl.mozilla.org/php/getParsedLog.php?id=17627928&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=17629055&tree=Mozilla-Inbound

https://tbpl.mozilla.org/?tree=Mozilla-Beta#

https://tbpl.mozilla.org/php/getParsedLog.php?id=18040214&tree=Mozilla-Aurora https://tbpl.mozilla.org/php/getParsedLog.php?id=18041816&tree=Mozilla-Aurora

https://tbpl.mozilla.org/php/getParsedLog.php?id=18081634&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=18081643&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=18080769&tree=Mozilla-Inbound

Chris, I don't suppose you'd be able to try making the change you suggested in comment 160 - this has become pretty frequent on TBPL now (and currently requires manual starring, so is time consuming for sheriffs + confusing for devs using Try etc). Cheers :-)

https://tbpl.mozilla.org/php/getParsedLog.php?id=18168784&tree=Firefox https://tbpl.mozilla.org/php/getParsedLog.php?id=18167978&tree=Firefox

Luckily the mechanism we need from this is coming, so hopefully in the near future.