Closed Bug 530007 Opened 15 years ago Closed 14 years ago

"SIGSEGV libxul.so!mozilla::plugins::PluginInstanceParent::Destroy() [PluginInstanceParent.cpp:aa943e9954e2 : 77 + 0x0]" during mochitest-ipcplugins

Categories

(Core :: IPC, defect)

Product:
Core
Component:
IPC
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: cjones, Assigned: cjones)

References

Details

(Keywords: intermittent-failure)

Attachments

(2 files)

stdout log
111.59 KB, text/plain
Details
log for the mozilla-runtime crash
10.76 KB, text/plain
Details 
This code is

76:      NPObject* object = objects[index]->GetObject();
77:      if (object->_class == PluginScriptableObjectParent::GetClass()) {
78:        PluginScriptableObjectParent::ScriptableInvalidate(object);
         }

and the dump shows the register state as

    eip = 0x018539de   esp = 0xbf913460   ebp = 0xbf9134b8   ebx = 0x01c62808
    esi = 0x00000001   edi = 0x0000000d   eax = 0x00000000   ecx = 0x00000003
    edx = 0x01c59248   efl = 0x00210293

. On my x86_64 machine, those three lines of code compile (opt) to

0x00007f8738d681ea <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+252>:	lea    0xa8a8af(%rip),%r13        # 0x7f87397f2aa0 <_ZN7mozilla7plugins28PluginScriptableObjectParent8sNPClassE>
0x00007f8738d681f1 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+259>:	mov    (%rax),%r12d
0x00007f8738d681f4 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+262>:	jmp    0x7f8738d6820e <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+288>
0x00007f8738d681f6 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+264>:	mov    (%rsp),%rax
0x00007f8738d681fa <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+268>:	mov    0x8(%rax,%rbp,1),%rax
0x00007f8738d681ff <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+273>:	mov    0x28(%rax),%rdi
0x00007f8738d68203 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+277>:	cmp    %r13,(%rdi)
0x00007f8738d68206 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+280>:	je     0x7f8738d6827d <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+399>
// else: continue

(Congratulations to gcc on hoisting a loop-invariant value!)

I heard on IRC that the "[line] 77 + 0x0" syntax in the dump means the "0th byte in the assembly generated from the source line", but I don't think that's true in this case; the first instruction I see generated from that line is the hoisted |PluginScriptableObjectParent::GetClass()| call.  So I think the segfaulting instruction is one of the ones where we load object_->class and compare to r13 (the hoisted call above).

 // index <- [stack]
0x00007f8738d681f6 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+264>:	mov    (%rsp),%rax
 // $rax <- objects[index]
0x00007f8738d681fa <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+268>:	mov    0x8(%rax,%rbp,1),%rax
 // $rdi <- &$rax._class
0x00007f8738d681ff <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+273>:	mov    0x28(%rax),%rdi
 // PluginScriptableObjectClass <> *$rdi
0x00007f8738d68203 <_ZN7mozilla7plugins20PluginInstanceParent7DestroyEv+277>:	cmp    %r13,(%rdi)

The two real candidates here are |mov 0x28(%rax),%rdi| and |cmp %r13,(%rdi)|.  Assuming we can map $rax-->$eax and $rdi-->$edi for the x86 machine code, then it appears that 0x28($rax) is the cause of the crash, since $eax is NULL and $edi is not a memory location (or a very weird one).

I've tried to reproduce this on my local machine about 25 times now, with no luck.  I'll keep trying, and also try to trigger this in a VM.
Nothing platform- or arch-specific about this bug, oops.
OS: Linux → All
Hardware: x86 → All
Just caught this in gdb.
Assignee: nobody → jones.chris.g
Attached file stdout log — 
Before I lose it, let me attach the log.  We're crashing at

  PluginInstanceParent::Destroy():
    PRUint32 count = mScriptableObjects.Length();

because |this| is 0, which is 0 in the NPP passed to PluginModuleParent::NPP_Destroy().  Hunting down the underlying problem.
The relevant part of the log is

...
[PluginModuleParent] NPP_DestroyStream
NPP_DestroyStream

###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv

BrowserStreamParent::~BrowserStreamParent<0x7fb336ec1ec0>
++DOMWINDOW == 63 (0x7fb336e49058) [serial = 639] [outer = 0x7fb33fb60800]
For application/x-test found plugin libnptest.so
[PluginModuleParent] NPP_New

###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv

WARNING: NS_ENSURE_TRUE(plugin && plugin->mPluginTag) failed: file /home/cjones/mozilla/electrolysis/modules/plugin/base/src/nsPluginHost.cpp, line 5871
************************************************************
* Call to xpconnect wrapped JSObject produced this error:  *
[Exception... "'[JavaScript Error: "invalid 'in' operand plugin" {file: "file:///home/cjones/mozilla/mp-opt/dist/bin/components/nsBlocklistService.js" line: 659}]' when calling method: [nsIBlocklistService::getPluginBlocklistState]"  nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)"  location: "<unknown>"  data: yes]
************************************************************
[PluginModuleParent] NPP_Destroy

###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv

WARNING: Failed to send message!: file /home/cjones/mozilla/electrolysis/dom/plugins/PluginScriptableObjectParent.cpp, line 303

###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv

WARNING: Failed to send message!: file /home/cjones/mozilla/electrolysis/dom/plugins/PluginScriptableObjectParent.cpp, line 310

###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv

[PluginModuleParent] DeallocPPluginInstance
[PluginModuleParent] NPP_Destroy

Program received signal SIGSEGV, Segmentation fault.


From this, it appears that

 (1) browser --NPP_DestroyStream--> plugin
 (2) plugin crashes (in NPP_DestroyStream?)
 (3) browser invokes NPP_New, which fails because the channel is dead, and so returns instance->pdata = NULL
 (4) some Gecko/JS stuff fails because the channel is dead
 (5) call NPP_Destroy() on the failed instance (instance->pdata==NULL)

We need to protect against (5).  Higher-level code can't NULL-check instance->pdata because plugins might not set it.

That said, the root cause of this bug lies in the test plugin.  I'll fix up the browser-side stuff and try to repro the crash again.
Caught the mozilla-runtime crash!  My lucky night.  Here's the backtrace

(gdb) bt
#0  strcmp () at ../sysdeps/x86_64/strcmp.S:29
#1  0x00002aeaf4eacb1d in NPP_DestroyStream (instance=0x2aeaf800b2f0, stream=<value optimized out>, reason=<value optimized out>) at /home/cjones/mozilla/electrolysis/modules/plugin/test/testplugin/nptest.cpp:741
#2  0x00002aeae872485a in mozilla::plugins::BrowserStreamChild::NPP_DestroyStream (this=0x2aeaf8016ad0, reason=-13888) at /home/cjones/mozilla/electrolysis/dom/plugins/BrowserStreamChild.cpp:157
#3  0x00002aeae8702d87 in mozilla::plugins::PluginInstanceChild::AnswerPBrowserStreamDestructor (this=<value optimized out>, stream=0x2aeaf8016ad0, reason=@0x2aeaf237c754, artificial=@0x2aeaf237c756) at /home/cjones/mozilla/electrolysis/dom/plugins/PluginInstanceChild.cpp:715
#4  0x00002aeae8705b0b in mozilla::plugins::PPluginInstanceChild::OnCallReceived (this=0x2aeaf800b2c0, msg=@0x2aeaf237ca80, reply=@0x2aeaf237ca58) at ../../ipc/ipdl/_ipdlheaders/mozilla/plugins/PPluginInstanceChild.h:1188
#5  0x00002aeae8711519 in mozilla::plugins::PPluginModuleChild::OnCallReceived (this=0x2597e58, msg=@0x2aeaf237ca80, reply=@0x2aeaf237ca58) at ../../ipc/ipdl/_ipdlheaders/mozilla/plugins/PPluginModuleChild.h:348
#6  0x00002aeae872ad63 in mozilla::ipc::RPCChannel::DispatchIncall (this=0x2597e68, call=@0x2aeaf237ca80) at /home/cjones/mozilla/electrolysis/ipc/glue/RPCChannel.cpp:335
#7  0x00002aeae872b12f in mozilla::ipc::RPCChannel::OnMaybeDequeueOne (this=0x2597e68) at /home/cjones/mozilla/electrolysis/ipc/glue/RPCChannel.cpp:255
#8  0x00002aeae874491a in MessageLoop::RunTask (this=0x2aeaf237ce60, task=0x28d3230) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:326
#9  0x00002aeae8744d01 in MessageLoop::DeferOrRunPendingTask (this=0x0, pending_task=<value optimized out>) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:334
#10 0x00002aeae8744ed1 in MessageLoop::DoWork (this=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:434
#11 0x00002aeae872a910 in DoWorkRunnable::Run (this=<value optimized out>) at /home/cjones/mozilla/electrolysis/ipc/glue/MessagePump.cpp:84
#12 0x00002aeae87d65e3 in nsThread::ProcessNextEvent (this=0x259d390, mayWait=1, result=0x2aeaf237cc2c) at /home/cjones/mozilla/electrolysis/xpcom/threads/nsThread.cpp:527
#13 0x00002aeae8793ec2 in NS_ProcessNextEvent_P (thread=0x0, mayWait=1) at nsThreadUtils.cpp:250
#14 0x00002aeae872a511 in mozilla::ipc::MessagePump::Run (this=0x2599fa0, aDelegate=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/glue/MessagePump.cpp:162
#15 0x00002aeae8745130 in MessageLoop::RunInternal (this=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:211
#16 0x00002aeae8745191 in MessageLoop::Run (this=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:168
#17 0x00002aeae86a5b8e in nsBaseAppShell::Run (this=0x27d5200) at /home/cjones/mozilla/electrolysis/widget/src/xpwidgets/nsBaseAppShell.cpp:174
#18 0x00002aeae7b4d024 in XRE_RunAppShell () at /home/cjones/mozilla/electrolysis/toolkit/xre/nsEmbedFunctions.cpp:451
#19 0x00002aeae872a618 in mozilla::ipc::MessagePumpForChildProcess::Run (this=0x2599fa0, aDelegate=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/glue/MessagePump.cpp:210
#20 0x00002aeae8745130 in MessageLoop::RunInternal (this=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:211
#21 0x00002aeae8745191 in MessageLoop::Run (this=0x2aeaf237ce60) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/message_loop.cc:168
#22 0x00002aeae87535f3 in base::Thread::ThreadMain (this=0x2597db0) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/thread.cc:165
#23 0x00002aeae8768282 in ThreadFunc (closure=0x0) at /home/cjones/mozilla/electrolysis/ipc/chromium/src/base/platform_thread_posix.cc:26
#24 0x00002aeae72cc3ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#25 0x00002aeaea2c4fcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#26 0x0000000000000000 in ?? ()
The strcmp() below is what's crashing

  if (instanceData->streamMode == NP_ASFILE &&
      instanceData->functionToFail == FUNCTION_NONE) {
    if (strcmp(reinterpret_cast<char *>(instanceData->fileBuf), 
      reinterpret_cast<char *>(instanceData->streamBuf)) != 0) {
      instanceData->err <<
        "Error: data passed to NPP_Write and NPP_StreamAsFile differed";
    }
  }

Both fileBuf and streamBuf are NULL.  From the log, it appears this is the culprit

[PluginModuleChild] _releaseobject: ob[PluginModuleParent] NPP_SetWindow
[PluginModuleParent] NPP_HandleEvent
  schlepping drawable 0x3c0f897 across the pipe
[PluginModuleParent] NPP_NewStream
BrowserStreamParent::BrowserStreamParent<0x2b61c4611780>
[PluginModuleParent] NPP_DestroyStream

I was quickly navigating back and forth between a mochitest and another page, so I think the simplest explanation for this crash is that NPP_DestroyStream() was called before NPP_Write() ever was.  (Though I can't explain why the nptest printf()s aren't in the logs.  May be a buffering issue, notice the clipped output after "_releaseobject:".)

I can't explain why this edge case would have come up during a mochitest run.  The temporary solution I'm going to apply to this problem is to add a new error case to nptest.cpp:NPP_DestroyStream, in the hope of getting better debugging output than a crash.
There's also

(gdb) p instanceData->writeCount
$7 = 0
Before finishing for the night, I should say that I suspect that the crash(es) I debugged are completely separate from the tinderbox crash.  But we'll see tomorrow, I guess.
Blocks: OOPP
No longer blocks: 523094
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1261599380.1261602853.17090.gz
Linux mozilla-central opt test everythingelse on 2009/12/23 12:16:20  
s: moz2-linux-slave02

182 INFO Running /tests/modules/plugin/test/test_pluginstream_asfile.html...
...
*** glibc detected *** /builds/moz2_slave/mozilla-central-linux-opt-unittest-everythingelse/build/firefox/mozilla-runtime: double free or corruption (fasttop): 0x09de0918 ***
...
Crash reason:  SIGSEGV
Crash address: 0x16dd70e

Thread 0 (crashed)
 0  libxul.so!mozilla::plugins::PluginInstanceParent::Destroy() [PluginInstanceParent.cpp:ff977518808e : 85 + 0x0]
    eip = 0x016dd70e   esp = 0xbff89884   ebp = 0xbff898dc   ebx = 0x01aed784
    esi = 0x00000001   edi = 0x00000008   eax = 0x00000000   ecx = 0x00000003
    edx = 0x01ae34bc   efl = 0x00210297
    Found by: given as instruction pointer in context
 1  libxul.so!mozilla::plugins::PluginModuleParent::NPP_Destroy(_NPP*, _NPSavedData**) [PluginModuleParent.cpp:ff977518808e : 178 + 0x8]
    eip = 0x016e04b0   esp = 0xbff898e4   ebp = 0xbff8991c
    Found by: previous frame's frame pointer
...
Blocks: 438871
Whiteboard: [orange]
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1261631194.1261636088.29128.gz
Linux mozilla-central opt test everythingelse on 2009/12/23 21:06:34
s: moz2-linux-slave07
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1261641293.1261644812.26304.gz
Linux mozilla-central opt test everythingelse on 2009/12/23 23:54:53
s: moz2-linux-slave10
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1261703949.1261709393.1655.gz
Linux mozilla-central debug test everythingelse on 2009/12/24 17:19:09
s: moz2-linux-slave23
This crash looks to me like racy deletion of PluginScriptableObjects.  In the latest log, an NPObject refcount goes to 0 during PluginInstanceParent::Destroy cleanup, which is where the crash occurs.

bent, will the patch in bug 521377 take care of this case?
(In reply to comment #15)
> In the
> latest log, an NPObject refcount goes to 0 

*in the child* is the critical qualification I omitted.
(In reply to comment #15)
> This crash looks to me like racy deletion of PluginScriptableObjects.  In the
> latest log, an NPObject refcount goes to 0 during PluginInstanceParent::Destroy
> cleanup, which is where the crash occurs.
> 

I think this is a red herring.

> bent, will the patch in bug 521377 take care of this case?

The problem looks to be that an NPObject is being freed out from under its PluginScriptableObjectParent wrapper.  I don't believe it's possible to tell from the crash whether the "real" object being wrapped is a plugin or browser object.  I still can't repro this locally.
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262272054.1262275386.29916.gz
Linux mozilla-central opt test everythingelse on 2009/12/31 07:07:34  
Crash reason:  SIGSEGV
Crash address: 0x1694b82

Thread 0 (crashed)
 0  libxul.so!mozilla::plugins::PluginInstanceParent::Destroy() [PluginInstanceParent.cpp:03d6ae8962ce : 85 + 0x0]
    eip = 0x01694b82   esp = 0xbff7a9a4   ebp = 0xbff7a9fc   ebx = 0x01aa5284
    esi = 0x00000001   edi = 0x00000007   eax = 0x00000000   ecx = 0x00000003
    edx = 0x01a9afcc   efl = 0x00210297
    Found by: given as instruction pointer in context
 1  libxul.so!mozilla::plugins::PluginModuleParent::NPP_Destroy(_NPP*, _NPSavedData**) [PluginModuleParent.cpp:03d6ae8962ce : 178 + 0x8]
    eip = 0x01697924   esp = 0xbff7aa04   ebp = 0xbff7aa3c
    Found by: previous frame's frame pointer
...
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262291694.1262296060.3958.gz
Linux mozilla-central opt test everythingelse on 2009/12/31 12:34:54
s: moz2-linux-slave01
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262313663.1262316774.3108.gz
Linux mozilla-central opt test everythingelse on 2009/12/31 18:41:03
s: moz2-linux-slave05
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262389000.1262392369.23512.gz
Linux mozilla-central opt test everythingelse on 2010/01/01 15:36:40
s: moz2-linux-slave24
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262496965.1262500256.29075.gz
Linux mozilla-central opt test everythingelse on 2010/01/02 21:36:05
s: moz2-linux-slave05
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262633534.1262637180.25457.gz
Linux mozilla-central opt test everythingelse on 2010/01/04 11:32:14
s: moz2-linux-slave05
Version: unspecified → Trunk
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262635623.1262639282.16309.gz
Linux mozilla-central opt test everythingelse on 2010/01/04 12:07:03
s: moz2-linux-slave06
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262644671.1262648234.19372.gz
Linux mozilla-central opt test everythingelse on 2010/01/04 14:37:51
s: moz2-linux-slave15

That's the third time in a row this crashed in that tinderbox column...
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262740738.1262746660.17933.gz
Linux mozilla-central opt test everythingelse on 2010/01/05 17:18:58
s: moz2-linux-slave22
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262759537.1262764552.24001.gz
Linux mozilla-central opt test everythingelse on 2010/01/05 22:32:17
s: moz2-linux-slave13
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262759435.1262766142.9039.gz
Linux mozilla-central debug test everythingelse on 2010/01/05 22:30:35
s: moz2-linux-slave27
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262859554.1262863135.20374.gz
Linux mozilla-central opt test everythingelse on 2010/01/07 02:19:14  

http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262866728.1262870060.6092.gz
Linux mozilla-central opt test everythingelse on 2010/01/07 04:18:48  

Both null dereference crashes at:
Thread 0 (crashed)
 0  libxul.so!mozilla::plugins::PluginInstanceParent::Destroy() [PluginInstanceParent.cpp:abb82f981e02 : 85 + 0x0]
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262870514.1262874381.26459.gz
Linux mozilla-central opt test everythingelse on 2010/01/07 05:21:54  

That makes three runs in a row.
This should be fixed by bug 521377.
Depends on: 521377
Linux mozilla-central opt test everythingelse on 2010/01/07 09:25:58  
s: moz2-linux-slave15
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262889968.1262897472.32278.gz
Linux mozilla-central opt test everythingelse on 2010/01/07 10:46:08
s: moz2-linux-slave02
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262898688.1262905667.26571.gz
Linux mozilla-central opt test everythingelse on 2010/01/07 13:11:28
s: moz2-linux-slave05
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262927484.1262930942.14118.gz
Linux mozilla-central opt test everythingelse on 2010/01/07 21:11:24
s: moz2-linux-slave05
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1262955416.1262959491.8306.gz
Linux mozilla-central opt test everythingelse on 2010/01/08 04:56:56
s: moz2-linux-slave12
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263039408.1263043007.21317.gz
Linux mozilla-central opt test everythingelse on 2010/01/09 04:16:48
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263250138.1263254133.12833.gz
Linux mozilla-central opt test everythingelse on 2010/01/11 14:48:58
s: moz2-linux-slave11
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263258586.1263261365.27525.gz
Linux mozilla-central opt test everythingelse on 2010/01/11 17:09:46
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263578119.1263579356.5262.gz#err3
Linux mozilla-central opt test mochitest-other on 2010/01/15 09:55:19
s: moz2-linux-slave14
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263565851.1263566606.17435.gz#err3
Linux mozilla-central opt test mochitest-other on 2010/01/15 06:30:51
s: moz2-linux-slave28
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263563121.1263564103.18837.gz#err1
Linux mozilla-central opt test mochitest-other on 2010/01/15 05:45:21
s: moz2-linux-slave41
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263588940.1263590011.28944.gz#err5
Linux mozilla-central opt test mochitest-other on 2010/01/15 12:55:40
s: moz2-linux-slave23
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263685012.1263686173.18360.gz#err3
Linux mozilla-central opt test mochitest-other on 2010/01/16 15:36:52
s: moz2-linux-slave15
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263834226.1263835969.15755.gz
Linux mozilla-central opt test mochitest-other on 2010/01/18 09:03:46
s: moz2-linux-slave09
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263845546.1263847380.12217.gz#err7
Linux mozilla-central opt test mochitest-other on 2010/01/18 12:12:26
s: moz2-linux-slave15
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263850081.1263851899.30058.gz#err8
Linux mozilla-central opt test mochitest-other on 2010/01/18 13:28:01
s: moz2-linux-slave18
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263856859.1263858045.32194.gz#err3
Linux mozilla-central opt test mochitest-other on 2010/01/18 15:20:59
s: moz2-linux-slave18
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263857190.1263858644.6160.gz#err5
Linux mozilla-central opt test mochitest-other on 2010/01/18 15:26:30
s: moz2-linux-slave07
Looks like bug 521377 took care of this (as we suspected).  ->WFM
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: