781502 - Intermittent hang in browser_586068-cascaded_restore.js | application timed out after 330 seconds with no output [@ nsSplittableFrame::GetFirstContinuation()]

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Ed Morley [:emorley]]

Attachment: Screenshot

Rev3 WINNT 6.1 mozilla-inbound opt test mochitest-other on 2012-08-08 03:14:34 PDT for push 4683a522952d

slave: talos-r3-w7-055

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

{
TEST-INFO | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_586068-cascaded_restore.js | Console message: [JavaScript Warning: "Error in parsing value for 'width'.  Declaration dropped." {file: "chrome://browser/content/tabview.html" line: 0}]
TEST-PASS | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_586068-cascaded_restore.js | test_apptabs_only: load came from pinned or selected tab
TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_586068-cascaded_restore.js | application timed out after 330 seconds with no output
args: ['c:\\talos-slave\\test\\build\\bin\\screenshot.exe', 'c:\\users\\cltbld\\appdata\\local\\temp\\mozilla-test-fail_ysfe_u']
INFO | automation.py | Application ran for: 0:12:53.580000
INFO | automation.py | Reading PID log: c:\users\cltbld\appdata\local\temp\tmpjiyi1lpidlog
==> process 3356 launched child process 3416
INFO | automation.py | Checking for orphan process with PID: 3416
TEST-UNEXPECTED-FAIL | automation.py | child process 3416 still alive after shutdown
Downloading symbols from: http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-win32/1344386067/firefox-17.0a1.en-US.win32.crashreporter-symbols.zip
PROCESS-CRASH | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_586068-cascaded_restore.js | application crashed (minidump found)
Crash dump filename: c:\users\cltbld\appdata\local\temp\tmpjhxgn2\minidumps\a26bbf68-dfad-4f7d-8c1f-59c78af29767.dmp
Operating system: Windows NT
                  6.1.7600 
CPU: x86
     GenuineIntel family 6 model 23 stepping 10
     2 CPUs

Crash reason:  EXCEPTION_ACCESS_VIOLATION_WRITE
Crash address: 0x0

Thread 210 (crashed)
 0  crashinjectdll.dll!CrashingThread(void *) [crashinjectdll.cpp:4683a522952d : 17 + 0x0]
    eip = 0x72671000   esp = 0x1191feb8   ebp = 0x1191fec0   ebx = 0x00000000
    esi = 0x00000000   edi = 0x00000000   eax = 0x77801162   ecx = 0x00000000
    edx = 0x72671000   efl = 0x00010246
    Found by: given as instruction pointer in context
 1  kernel32.dll + 0x51173
    eip = 0x77801174   esp = 0x1191febc   ebp = 0x1191fec0
    Found by: stack scanning
 2  ntdll.dll + 0x5b3f4
    eip = 0x77d5b3f5   esp = 0x1191fec8   ebp = 0x1191ff00
    Found by: previous frame's frame pointer
 3  ntdll.dll + 0x5b3c7
    eip = 0x77d5b3c8   esp = 0x1191ff08   ebp = 0x1191ff18
    Found by: previous frame's frame pointer

Thread 0
 0  xul.dll!nsSplittableFrame::GetFirstContinuation() [nsSplittableFrame.cpp:4683a522952d : 84 + 0x3]
    eip = 0x6ae0e34b   esp = 0x003072ac   ebp = 0x00307474   ebx = 0x186688d0
    esi = 0x00307714   edi = 0x00000000   eax = 0x315f88d0   ecx = 0x315f87e0
    edx = 0x00000000   efl = 0x00000202
    Found by: given as instruction pointer in context
 1  xul.dll!nsBlockFrame::Reflow(nsPresContext *,nsHTMLReflowMetrics &,nsHTMLReflowState const &,unsigned int &) [nsBlockFrame.cpp:4683a522952d : 1028 + 0x9]
    eip = 0x6addb13a   esp = 0x003072b0   ebp = 0x00307474
    Found by: stack scanning
 2  xul.dll!nsBlockReflowContext::ReflowBlock(nsRect const &,bool,nsCollapsingMargin &,int,bool,nsLineBox *,nsHTMLReflowState &,unsigned int &,nsBlockReflowState &) [nsBlockReflowContext.cpp:4683a522952d : 268 + 0x22]
    eip = 0x6addb6c7   esp = 0x0030747c   ebp = 0x0030749c
    Found by: call frame info
 3  xul.dll!nsBlockFrame::ReflowBlockFrame(nsBlockReflowState &,nsLineList_iterator,bool *) [nsBlockFrame.cpp:4683a522952d : 3208 + 0x3b]
}

No idea what to put as the crash signature.

Comment 1

[Ed Morley [:emorley]]

Ted, what should I put as the crash signature? crashinjectdll.dll is when we deliberately trigger a crash right?

Comment 2

[(not currently active) Ted Mielczarek]

This is not a crash, it's a hang. We trigger a crash just so we can get a stack out of it.

Comment 3

[Ed Morley [:emorley]]

Thank you :-)

Comment 4

[Ed Morley [:emorley]]

Resolving WFM keyword:intermittent-failure bugs last modified >3 months ago, whose whiteboard contains none of:
{random,disabled,marked,fuzzy,todo,fails,failing,annotated,time-bomb,leave open}

There will inevitably be some false positives; for that (and the bugspam) I apologise. Filter on orangewfm.