Mozilla build 2001030605 Mozilla will crash if you open two new windows very quickly. I surf by going to a site like slashdot and rapidly middle clicking on multiple URL's I am interested in. Middle Clicking on another URL before the first one starts loading will casue Mozilla to crash. This also works with <ctrl><n>. I have opened as many as 20 new windows with no crashes, but with as few as 3 windows opened very quickly it will crash. Steps to Reproduce: -------------------- Start Mozilla Hold down the <ctrl><n> twice in a row as fast as you can. Result: ------------------ Mozilla Crashes Expected Result: ------------------- Web surfing goodness.

in futured bug 65137, Trudelle observes holding in ctrl+n will crash, so the issue is known.

This is a little different. That bug states that holding <ctrl><n> down crashes Mozilla. Actually opening a new window quicker than about one every 3 seconds crashes it. I agree we should dupe this, although I think it is much more severe than is reported in the other bug.

Strike my make dupe comment. The other bug is not reporting that it crashes Mozilla. I am reporting a crash situation, not a key repeat problem.

I am able to reproduce this on 030608 linux builds. Unable to reproduce on mac so this looks like a PC only bug. Confirming, will add more shortly

Over to Security CAPS, if this is the wrong place please reassign. thanks. JS_GetFunctionObject() nsScriptSecurityManager::GetFunctionObjectPrincipal() nsScriptSecurityManager::CheckFunctionAccess() nsJSContext::CallEventHandler() nsJSDOMEventListener::HandleEvent() nsEventListenerManager::HandleEventSubType() nsEventListenerManager::HandleEvent() GlobalWindowImpl::HandleDOMEvent() DocumentViewerImpl::LoadComplete() nsDocShell::EndPageLoad() nsWebShell::EndPageLoad() nsDocShell::OnStateChange() nsWebShell::OnStateChange() nsDocLoaderImpl::FireOnStateChange() nsDocLoaderImpl::doStopDocumentLoad() nsDocLoaderImpl::DocLoaderIsEmpty() nsDocLoaderImpl::DocLoaderIsEmpty() nsDocLoaderImpl::OnStopRequest() nsLoadGroup::RemoveRequest() nsStreamIOChannel::OnStopRequest() nsOnStopRequestEvent::HandleEvent() nsStreamObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xeaca (0x4063faca) libglib-1.2.so.0 + 0x10186 (0x40641186) libglib-1.2.so.0 + 0x10751 (0x40641751) libglib-1.2.so.0 + 0x108f1 (0x406418f1) libgtk-1.2.so.0 + 0x8c8e9 (0x405668e9) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x189cb (0x402479cb)

Looks like our topcrasher again. *** This bug has been marked as a duplicate of 70361 ***

verified