71463 - launching mail from Tasks | Mail or starting mail from ./mozilla -mail crashes

Status: VERIFIED INVALID

(Core :: DOM: Editor, defect)

Description

[Asa Dotzler [:asa]]

Summary:
Clicking on Mail in the Tasks menu or running ./mozilla -mail causes Mozilla to
crash.

Tested:
(linux)
2001030905 Mail WORKS
2001030908 Mail CRASHES
2001030909 Mail CRASHES
(win32)
2001030904 Mail WORKS

Steps to Reproduce:
1. Start Mozilla
2. Click on Tasks menu, Mail menuitem OR start mozilla with ./mozilla -mail

Results:
Crash

Expected Results:
Mail app start

Additional information: I have tested the stub installers, the sea.tar
installers and the tar.gz builds. My experience with each of the different types
was the same.  I have also tested with both old and new profiles as well as
classic and modern themes.

CC:'ing build folks, smoketesters and people who checked in around that time (if
you know this isn't yours feel free to remove yourself, sorry for the spam)

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Anybody have a stack trace?  (FWIW, I had a dependency problem in my Linux opt
build for the first time in many months that caused a crash until I clobbered
my build.  It was crashing somewhere in nsChromeRegistry.cpp...)

Comment 2

[James Green]

Can someone confirm that bug 71453 (crash clicking on a newsgroup link) is a dup
of this one? Seems very similar.

Comment 3

[Asa Dotzler [:asa]]

also crashing in the 2001030910 linux mozilla build.  stacktrace from talkback:

             nsTransactionManager::GetMaxTransactionCount()
             nsMsgWindow::Init()
             nsMsgWindowConstructor()
             nsGenericFactory::CreateInstance()
             nsComponentManagerImpl::CreateInstance()
             nsComponentManager::CreateInstance()
             CIDCreateInstance::Call()
             WrappedNative_Call()
             js_Invoke()
             js_Interpret()
             js_Invoke()
             js_InternalInvoke()
             JS_CallFunctionValue()
             nsJSContext::CallEventHandler()
             nsJSEventListener::HandleEvent()
             nsEventListenerManager::HandleEventSubType()
             nsEventListenerManager::HandleEvent()
             GlobalWindowImpl::HandleDOMEvent()
             DocumentViewerImpl::LoadComplete()
             nsDocShell::EndPageLoad()
             nsWebShell::EndPageLoad()
             nsDocShell::OnStateChange()
             nsWebShell::OnStateChange()
             nsDocLoaderImpl::FireOnStateChange()
             nsDocLoaderImpl::doStopDocumentLoad()
             nsDocLoaderImpl::DocLoaderIsEmpty()
             nsDocLoaderImpl::OnStopRequest()
             nsLoadGroup::RemoveRequest()
             nsJARChannel::OnStopRequest()
             nsOnStopRequestEvent::HandleEvent()
             nsStreamObserverEvent::HandlePLEvent()
             PL_HandleEvent()
             PL_ProcessPendingEvents()
             nsEventQueueImpl::ProcessPendingEvents()
             event_processor_callback()
             our_gdk_io_invoke()
             libglib-1.2.so.0 + 0xeaca (0x40640aca)
             libglib-1.2.so.0 + 0x10186 (0x40642186)
             libglib-1.2.so.0 + 0x10751 (0x40642751)
             libglib-1.2.so.0 + 0x108f1 (0x406428f1)
             libgtk-1.2.so.0 + 0x8c8e9 (0x405678e9)
             nsAppShell::Run()
             nsAppShellService::Run()
             main1()
             main()
             libc.so.6 + 0x189cb (0x402479cb)
   

Comment 4

[kinmoz]

I'm looking into it.

Comment 5

[Asa Dotzler [:asa]]

reassigning to editor.  I've tested mac build 030911 and it does not crash. 
Seems limited to linux only.

Comment 6

[kinmoz]

This is strange, because nsMsgWindow::Init() doesn't call 
nsTransactionManager::GetMaxTransactionCount(), it calls 
nsTransactionManager::SetMaxTransactionCount(), so what this suggests to me is 
that nsMsgWindow.cpp wasn't recompiled so the vtables are all off.

According to kysmith on #smoketest, the builds everyone is playing with is from 
a depends build. Perhaps the depend build didn't recompile everything that 
needed to be recompiled?

Perhaps the thing to do is blow away all nsITransaction*.h files in dist, do a 
clobber in editor/txmgr, then do another depends build.

Comment 7

[kinmoz]

Accepting bug.

Comment 8

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Not only are the release builds depend builds, but they use a different
dependency system from the rest of us (mkdepend instead of gcc-generated
dependencies, I think) that has been known to fail before.

Comment 9

[kysmith0 (gone)]

OK re-running clobber build now, I'm not savvy enough yet to do the 
component-level clobbers as Kin suggests. Once build is done I'll test and put 
results here. 

Comment 10

[Akkana Peck]

Kin made a build where he blew away any nsITransaction*.h in dist and rebuilt
editor and mailnews.  I tried it and it works fine for me -- I can bring up the
mail window, read news, and read local mail messages.  I think this is a depend
build problem.

Comment 11

[kysmith0 (gone)]

Problem gone away with clobber build, resolving INVALID.

Comment 12

[sujay]

verified in 3/9 build.