43623 - [Regression] Crash after entering password

Status: VERIFIED FIXED

(MailNews Core :: Backend, defect, P3)

Description

[fenella]

Linux (2000-06-23-08 M17)
1. Launch Messenger using -mail option
2. When Password dialog comes up, enter password 
3. Click on OK (or press Enter)
Actual result:  Application crashes
Expected result: should not crash

This occurs on Linux. Have not tested Mac and win32 builds yet (not out yet)

Comment 1

[Alek Jeziorek]

i do not see this on my mail yet. possibly because i am using root but it is not 
a blocker and i can work around it. so changing it to critical

Comment 2

[lchiang]

Does this occur with a brand new profile?  What happens if you save the password 
and the password dlg does not come up?  Are you using the master password 
dialog?

Comment 3

[lchiang]

Fenella - can you narrow down further?  Suresh couldn't reproduce this on 
today's release Linux builds either.  Thanks.

Comment 4

[Suresh]

fyi: I couldn't reproduce this bug on my linux system. I tried with a new 
profile and also existing profile on a pop and imap account. I'm able to type in 
the password and read msgs. (same build: 2000-06-23-08-M17)

Comment 5

[Karen Huang]

I have same crash as Fenella.
I got three times crashes: Talkback ID#: 12965295, 12965401, 12965201
This is kind of the problem we had before, if users use the root environment,
problem won't occure...Cc:sspitzer since he used to fix this problem before, is
this problem back again?

Stack Trace

nsEventStateManager::PreHandleEvent() 
PresShell::HandleEventInternal() 
PresShell::HandleEvent() 
nsView::HandleEvent() 
nsView::HandleEvent() 
nsView::HandleEvent() 
nsViewManager2::DispatchEvent() 
HandleEvent() 
nsWidget::DispatchEvent() 
nsWidget::DispatchWindowEvent() 
nsWidget::DispatchFocus() 
nsWindow::SetFocus() 
GlobalWindowImpl::Focus() 
nsWebShellWindow::HandleEvent() 
nsWidget::DispatchEvent() 
handle_mozarea_focus_in() 
libgtk-1.2.so.0 + 0xf4229 (0x40714229) 
libgtk-1.2.so.0 + 0xb965d (0x406d965d) 
libgtk-1.2.so.0 + 0xb8ab2 (0x406d8ab2) 
libgtk-1.2.so.0 + 0xb6c05 (0x406d6c05) 
libgtk-1.2.so.0 + 0xeb9d8 (0x4070b9d8) 
libgtk-1.2.so.0 + 0xf3d1b (0x40713d1b) 
libgtk-1.2.so.0 + 0xf4485 (0x40714485) 
libgtk-1.2.so.0 + 0xb8aeb (0x406d8aeb) 
libgtk-1.2.so.0 + 0xb6c05 (0x406d6c05) 
libgtk-1.2.so.0 + 0xf1138 (0x40711138) 
libgtk-1.2.so.0 + 0xec4f2 (0x4070c4f2) 
libgtk-1.2.so.0 + 0xf465d (0x4071465d) 
libgtk-1.2.so.0 + 0xb8aeb (0x406d8aeb) 
libgtk-1.2.so.0 + 0xb6c05 (0x406d6c05) 
libgtk-1.2.so.0 + 0xec2e8 (0x4070c2e8) 
handle_toplevel_focus_in() 
libgtk-1.2.so.0 + 0xf4229 (0x40714229) 
libgtk-1.2.so.0 + 0xb965d (0x406d965d) 
libgtk-1.2.so.0 + 0xb8ab2 (0x406d8ab2) 
libgtk-1.2.so.0 + 0xb6c05 (0x406d6c05) 
libgtk-1.2.so.0 + 0xeb9d8 (0x4070b9d8) 
libgtk-1.2.so.0 + 0x8be1a (0x406abe1a) 
handle_gdk_event() 
libgdk-1.2.so.0 + 0x170fb (0x407540fb) 
libglib-1.2.so.0 + 0xfa86 (0x4077ea86) 
libglib-1.2.so.0 + 0x10041 (0x4077f041) 
libglib-1.2.so.0 + 0x101e1 (0x4077f1e1) 
libgtk-1.2.so.0 + 0x8b7a9 (0x406ab7a9) 
nsAppShell::Run() 
nsAppShellService::Run() 
main1() 
main() 
libc.so.6 + 0x17cb3 (0x40241cb3) 

Comment 6

[Karen Huang]

Adding pp, this is specific Linux environmental problem. Problem did not occur 
on Windows & Mac platforms

Comment 7

[laurel]

Since karen and fenella see this, I copied/QA assigned them. I haven't
reproduced this using today's build on my linux system.

Comment 8

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

I am seeing this crash after hitting enter in the password dialog when starting 
with -mail, too, on my Linux debug build.  Right before I crash I see an 
assertion that someone attempted to dereference a null nsCOMPtr.

The top of the stack trace for the crash is:

#0  0x415c9ed2 in nsEventStateManager::PreHandleEvent (this=0x8951bc0, 
aPresContext=0x8827fc0, aEvent=0xbfffe668, aTargetFrame=0x894ffac, 
aStatus=0xbfffe594, aView=0x8876b10) at nsEventStateManager.cpp:456
#1  0x4162d195 in PresShell::HandleEventInternal (this=0x88a8458, 
aEvent=0xbfffe668, aView=0x8876b10, aStatus=0xbfffe594) at nsPresShell.cpp:3888
#2  0x4162ce59 in PresShell::HandleEvent (this=0x88a8458, aView=0x8876b10, 
aEvent=0xbfffe668, aEventStatus=0xbfffe594, aHandled=@0xbfffe538) at 
nsPresShell.cpp:3829
#3  0x41d35377 in nsView::HandleEvent (this=0x8876b10, event=0xbfffe668, 
aEventFlags=8, aStatus=0xbfffe594, aHandled=@0xbfffe538) at nsView.cpp:769
#4  0x41d35300 in nsView::HandleEvent (this=0x88767a0, event=0xbfffe668, 
aEventFlags=8, aStatus=0xbfffe594, aHandled=@0xbfffe538) at nsView.cpp:753
#5  0x41d35300 in nsView::HandleEvent (this=0x86e4bc8, event=0xbfffe668, 
aEventFlags=28, aStatus=0xbfffe594, aHandled=@0xbfffe538) at nsView.cpp:753
#6  0x41d48553 in nsViewManager2::DispatchEvent (this=0x86e4ac0, 
aEvent=0xbfffe668, aStatus=0xbfffe594) at nsViewManager2.cpp:1387
#7  0x41d32db4 in HandleEvent (aEvent=0xbfffe668) at nsView.cpp:68

The top of the stack trace for the assertion is:

#0  nsDebug::Assertion (aStr=0x805f1e0 "You can't dereference a NULL nsCOMPtr 
with operator->().", aExpr=0x805f1c9 "mRawPtr != 0", aFile=0x805f1ab 
"../../dist/include/nsCOMPtr.h", aLine=649) at nsDebug.cpp:184
#1  0x4012067d in nsDebug::PreCondition (aStr=0x805f1e0 "You can't dereference a 
NULL nsCOMPtr with operator->().", aExpr=0x805f1c9 "mRawPtr != 0", 
aFile=0x805f1ab "../../dist/include/nsCOMPtr.h", aLine=649) at nsDebug.cpp:342
#2  0x805cfba in nsCOMPtr<nsIDOMWindow>::operator-> (this=0xbfffe274) at 
../../dist/include/nsCOMPtr.h:649
#3  0x415c9eb5 in nsEventStateManager::PreHandleEvent (this=0x8947848, 
aPresContext=0x87f3298, aEvent=0xbfffe688, aTargetFrame=0x8943e74, 
aStatus=0xbfffe5b4, aView=0x8945e30) at nsEventStateManager.cpp:456
#4  0x4162d195 in PresShell::HandleEventInternal (this=0x87ff688, 
aEvent=0xbfffe688, aView=0x8945e30, aStatus=0xbfffe5b4) at nsPresShell.cpp:3888
#5  0x4162ce59 in PresShell::HandleEvent (this=0x87ff688, aView=0x8945e30, 
aEvent=0xbfffe688, aEventStatus=0xbfffe5b4, aHandled=@0xbfffe558) at 
nsPresShell.cpp:3829
#6  0x41d35377 in nsView::HandleEvent (this=0x8945e30, event=0xbfffe688, 
aEventFlags=8, aStatus=0xbfffe5b4, aHandled=@0xbfffe558) at nsView.cpp:769
#7  0x41d35300 in nsView::HandleEvent (this=0x880ab18, event=0xbfffe688, 
aEventFlags=8, aStatus=0xbfffe5b4, aHandled=@0xbfffe558) at nsView.cpp:753
#8  0x41d35300 in nsView::HandleEvent (this=0x8946898, event=0xbfffe688, 
aEventFlags=28, aStatus=0xbfffe5b4, aHandled=@0xbfffe558) at nsView.cpp:753
#9  0x41d48553 in nsViewManager2::DispatchEvent (this=0x8946790, 
aEvent=0xbfffe688, aStatus=0xbfffe5b4) at nsViewManager2.cpp:1387
#10 0x41d32db4 in HandleEvent (aEvent=0xbfffe688) at nsView.cpp:68

cc:ing joki.  The crash is caused by focusedWindow being null when calling 
focusedWindow->Focus().

Comment 9

[laurel]

Now it's hitting me, whereas it didn't my first few launches...

Comment 10

[fenella]

My talkback report id is 12959762. IT looks the same Karen's.

Incident ID 12959762 
 Trigger Time 
               2000-06-23 10:21:53 
 Email Address 
               [e-mail] 
 User Comments 
               after entering password, press enter 
 Build ID
               2000062308 
 Product ID
               Netscape6 
 Platform ID
               LinuxIntel 
 Stack Trace

nsEventStateManager::PreHandleEvent() 
PresShell::HandleEventInternal() 
PresShell::HandleEvent() 
nsView::HandleEvent() 
nsView::HandleEvent() 
nsView::HandleEvent() 
nsViewManager2::DispatchEvent() 
HandleEvent() 
nsWidget::DispatchEvent() 
nsWidget::DispatchWindowEvent() 
nsWidget::DispatchFocus() 
nsWindow::SetFocus() 
GlobalWindowImpl::Focus() 
nsWebShellWindow::HandleEvent() 
nsWidget::DispatchEvent() 
handle_mozarea_focus_in() 
libgtk-1.2.so.0 + 0xf4229 (0x40437229) 
libgtk-1.2.so.0 + 0xb965d (0x403fc65d) 
libgtk-1.2.so.0 + 0xb8ab2 (0x403fbab2) 
libgtk-1.2.so.0 + 0xb6c05 (0x403f9c05) 
libgtk-1.2.so.0 + 0xeb9d8 (0x4042e9d8) 
libgtk-1.2.so.0 + 0xf3d1b (0x40436d1b) 
libgtk-1.2.so.0 + 0xf4485 (0x40437485) 
libgtk-1.2.so.0 + 0xb8aeb (0x403fbaeb) 
libgtk-1.2.so.0 + 0xb6c05 (0x403f9c05) 
libgtk-1.2.so.0 + 0xf1138 (0x40434138) 
libgtk-1.2.so.0 + 0xec4f2 (0x4042f4f2) 
libgtk-1.2.so.0 + 0xf465d (0x4043765d) 
libgtk-1.2.so.0 + 0xb8aeb (0x403fbaeb) 
libgtk-1.2.so.0 + 0xb6c05 (0x403f9c05) 
libgtk-1.2.so.0 + 0xec2e8 (0x4042f2e8) 
handle_toplevel_focus_in() 
libgtk-1.2.so.0 + 0xf4229 (0x40437229) 
libgtk-1.2.so.0 + 0xb965d (0x403fc65d) 
libgtk-1.2.so.0 + 0xb8ab2 (0x403fbab2) 
libgtk-1.2.so.0 + 0xb6c05 (0x403f9c05) 
libgtk-1.2.so.0 + 0xeb9d8 (0x4042e9d8) 
libgtk-1.2.so.0 + 0x8be1a (0x403cee1a) 
handle_gdk_event() 
libgdk-1.2.so.0 + 0x170fb (0x404770fb) 
libglib-1.2.so.0 + 0xfa86 (0x404a1a86) 
libglib-1.2.so.0 + 0x10041 (0x404a2041) 
libglib-1.2.so.0 + 0x101e1 (0x404a21e1) 
libgtk-1.2.so.0 + 0x8b7a9 (0x403ce7a9) 
nsAppShell::Run() 
nsAppShellService::Run() 
main1() 
main() 
libc.so.6 + 0x17cb3 (0x40241cb3) 

Comment 11

[fenella]

Lisa.
I tried using the new migrated profile. No help. It still crashes.

Comment 12

[lchiang]

nominate dogfood.  Unable to start mail for some folks.  Stack trace already 
provided by David Baron.

Comment 13

[Jay Patel [:jay]]

Putting on [dogfood+] radar. 

Comment 14

[John Morrison]

saari may have the fix for this one.

Comment 15

[saari (gone)]

I'm taking this

Comment 16

[saari (gone)]

Fixed, sorry 'bout that. I exposed a code path that needed a null check.

Comment 17

[fenella]

I verified that this bug is fixed. 
See Linux (2000-06-26-08 M17).

Comment 18

[fenella]

.