Closed Bug 720618 Opened 12 years ago Closed 12 years ago

Intermittent explosion of "WARNING: Application is active but there is no active document:" overflowing reftest log

Categories

(Core :: Widget: Cocoa, defect)

Product:
Core
Component:
Widget: Cocoa
Version:
13 Branch
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: philor, Unassigned)

References

Details

(Keywords: intermittent-failure, Whiteboard: [test which aborts the suite]) 

https://tbpl.mozilla.org/php/getParsedLog.php?id=8780030&tree=Profiling

Starting with

REFTEST TEST-START | file:///Users/cltbld/talos-slave/test/build/reftest/tests/layout/reftests/bugs/541406-1-ref.html | 2599 / 7330 (35%)
++DOMWINDOW == 26 (0xe88a728) [serial = 7062] [outer = 0xa069120]
NPP_Destroy
For application/x-test found plugin Test.plugin
REFTEST TEST-PASS | file:///Users/cltbld/talos-slave/test/build/reftest/tests/layout/reftests/bugs/541406-1.html | image comparison (==)
REFTEST INFO | Loading a blank page
++DOMWINDOW == 27 (0x10c68388) [serial = 7063] [outer = 0xa069120]
NPP_Destroy
REFTEST TEST-START | file:///Users/cltbld/talos-slave/test/build/reftest/tests/layout/reftests/bugs/542116-1.html | 2600 / 7330 (35%)
++DOMWINDOW == 28 (0xe8d0cd8) [serial = 7064] [outer = 0xa069120]
WARNING: Application is active but there is no active document: file /builds/slave/profiling-osx-dbg/build/widget/cocoa/TextInputHandler.mm, line 1628
WARNING: Application is active but there is no active document: file /builds/slave/profiling-osx-dbg/build/widget/cocoa/TextInputHandler.mm, line 1628

the warnings just continue and continue, building to where there are far more of them than actual output, up to

Output exceeded 52428800 bytes, remaining output has been truncated
program finished with exit code 0
elapsedTime=1281.645410
TinderboxPrint: reftest<br/><em class="testfail">T-FAIL</em>
Hmm, the warning shouldn't be printed continuously. That means any TSM document (i.e., NSInputManager) was never activated after the test.
Philor, you also reported something like this (without the large number of repeats) at bug 591859 comment #0.

So this probably isn't a new problem.
https://tbpl.mozilla.org/php/getParsedLog.php?id=8902138&tree=Firefox
slave: talos-r3-leopard-023

The one from comment 0 was on talos-r3-leopard-028, so much as I'd like to blame something like one slave that managed to reenable the Bluetooth Keyboard Setup dialog, there's no evidence one way or the other yet.
https://tbpl.mozilla.org/php/getParsedLog.php?id=9697926&tree=Maple
Rev3 MacOSX Leopard 10.5.8 maple debug test reftest on 2012-02-28 12:28:41 PST for push 1613b71bad2e

slave: talos-r3-leopard-022
https://tbpl.mozilla.org/php/getParsedLog.php?id=12649213&tree=Mozilla-Release

Could well be doing this on other branches, but since the pldhash spew about "the given entrySize of 48 probably favors chaining over double hashing" went away after 13, there's more room for this spew without overflowing the log.
Version: Trunk → 13 Branch
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange][test which aborts the suite] → [test which aborts the suite]
You need to log in before you can comment on or make changes to this bug.