Closed Bug 8572 Opened 27 years ago Closed 27 years ago

[PP] [IMAP] double clicking on imap Inbox causes crash

Categories

(MailNews Core :: Backend, defect, P3)

Product:
MailNews Core
Component:
Backend
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: sspitzer, Assigned: mscott)

Details

something to note: this build was built and run on Red Hat 6.0 on june 20, 4:00 pm. glibc-2.1.1 #0 0x408121bb in __sigsuspend (set=0xbfffb7ec) at ../sysdeps/unix/sysv/linux/sigsuspend.c:48 #1 0x40545462 in __pthread_create_2_1 (thread=0xbfffb920, attr=0xbfffb928, start_routine=0x40530588 <_pt_root>, arg=0x84124e8) at restart.h:32 #2 0x40530cb4 in _PR_CreateThread (type=PR_USER_THREAD, start=0x411e770c <nsImapProtocol::ImapThreadMain(void *)>, arg=0x8411540, priority=PR_PRIORITY_NORMAL, scope=PR_GLOBAL_THREAD, state=PR_UNJOINABLE_THREAD, stackSize=65536, isGCAble=0) at ptthread.c:371 #3 0x40530ecf in PR_CreateThread (type=PR_USER_THREAD, start=0x411e770c <nsImapProtocol::ImapThreadMain(void *)>, arg=0x8411540, priority=PR_PRIORITY_NORMAL, scope=PR_LOCAL_THREAD, state=PR_UNJOINABLE_THREAD, stackSize=0) at ptthread.c:454 #4 0x411e684a in nsImapProtocol::Initialize (this=0x8411540, aHostSessionList=0x82041d0, aSinkEventQueue=0x8053b20) at nsImapProtocol.cpp:272 #5 0x411ded67 in nsImapIncomingServer::CreateImapConnection (this=0x8204100, aEventQueue=0x8053b20, aImapUrl=0x8271428, aImapConnection=0xbfffbacc) at nsImapIncomingServer.cpp:386 #6 0x411de1c4 in nsImapIncomingServer::GetImapConnectionAndLoadUrl ( this=0x8204100, aClientEventQueue=0x8053b20, aImapUrl=0x8271428, aUrlListener=0x83d6e64, aConsumer=0x0, aURL=0x0) at nsImapIncomingServer.cpp:166 #7 0x41206b46 in nsImapService::GetImapConnectionAndLoadUrl (this=0x82cbcf0, aClientEventQueue=0x8053b20, aImapUrl=0x8271428, aUrlListener=0x83d6e64, aConsumer=0x0, aURL=0x0) at nsImapService.cpp:1090 #8 0x41203e29 in nsImapService::SelectFolder (this=0x82cbcf0, aClientEventQueue=0x8053b20, aImapMailFolder=0x83d6dcc, aUrlListener=0x83d6e64, aURL=0x0) at nsImapService.cpp:155 #9 0x411e04c7 in nsImapMailFolder::GetMessages (this=0x83d6dc0, result=0xbfffbc88) at nsImapMailFolder.cpp:450 #10 0x40a7f17d in nsMsgFolderDataSource::GetTargets (this=0x82f7020, source=0x83d6dc0, property=0x82f38c8, tv=1, targets=0x82713dc) at nsMsgFolderDataSource.cpp:245 #11 0x40b57773 in CompositeAssertionEnumeratorImpl::GetEnumerator ( this=0x82713d0, aDataSource=0x82f7020, aResult=0x82713dc) at nsCompositeDataSource.cpp:509 #12 0x40b570b6 in CompositeEnumeratorImpl::HasMoreElements (this=0x82713d0, aResult=0xbfffbe54) at nsCompositeDataSource.cpp:270 #13 0x40b805a6 in RDFGenericBuilderImpl::CreateContents (this=0x8353620, aElement=0x82d5bb8) at nsRDFGenericBuilder.cpp:550 #14 0x40bad080 in XULDocumentImpl::CreateContents (this=0x82a7990, aElement=0x82d5bb8) at nsXULDocument.cpp:2536 #15 0x40b7cd08 in RDFElementImpl::EnsureContentsGenerated (this=0x82d5ba8) at nsRDFElement.cpp:2577 #16 0x40b7961e in RDFElementImpl::ChildCount (this=0x82d5ba8, aResult=@0xbfffc09c) at nsRDFElement.cpp:1494 #17 0x40ef1751 in nsCSSFrameConstructor::TableProcessChildren (this=0x82be190, aPresContext=0x829fc28, aState=@0xbfffc460, aContent=0x82d5bb8, aParentFrame=0x840df00, aChildItems=@0xbfffc124, aTableCreator=@0xbfffc2e4) at nsCSSFrameConstructor.cpp:1583 #18 0x40ef06b7 in nsCSSFrameConstructor::ConstructTableGroupFrameOnly ( this=0x82be190, aPresContext=0x829fc28, aState=@0xbfffc460, aContent=0x82d5bb8, aParentFrame=0x83551d8, aStyleContext=0x83047f8, aIsRowGroup=1, aNewTopFrame=@0xbfffc2d8, aNewGroupFrame=@0xbfffc2ec, aTableCreator=@0xbfffc2e4, aProcessChildren=1) at nsCSSFrameConstructor.cpp:1265 #19 0x40ef00b6 in nsCSSFrameConstructor::ConstructTableGroupFrame ( this=0x82be190, aPresContext=0x829fc28, aState=@0xbfffc460, aContent=0x82d5bb8, aParentFrame=0x83551d8, aStyleContext=0x83047f8, aIsRowGroup=1, aNewTopFrame=@0xbfffc2d8, aNewGroupFrame=@0xbfffc2ec, aTableCreator=@0xbfffc2e4, aToDo=0x0) at nsCSSFrameConstructor.cpp:1172 #20 0x40ef4b3a in nsCSSFrameConstructor::ConstructXULFrame (this=0x82be190, aPresContext=0x829fc28, aState=@0xbfffc460, aContent=0x82d5bb8, aParentFrame=0x83551d8, aTag=0x8112528, aStyleContext=0x83047f8, aFrameItems=@0xbfffc444, haltProcessing=@0xbfffc358) at nsCSSFrameConstructor.cpp:2727 #21 0x40ef7414 in nsCSSFrameConstructor::ConstructFrame (this=0x82be190, aPresContext=0x829fc28, aState=@0xbfffc460, aContent=0x82d5bb8, aParentFrame=0x83551d8, aHaveFirstLetterStyle=0, aFrameItems=@0xbfffc444) at nsCSSFrameConstructor.cpp:3679 #22 0x40ef88fc in nsCSSFrameConstructor::ContentInserted (this=0x82be190, aPresContext=0x829fc28, aContainer=0x83515c0, aChild=0x82d5bb8, aIndexInContainer=5) at nsCSSFrameConstructor.cpp:4231 #23 0x40fbf091 in StyleSetImpl::ContentInserted (this=0x82be148, aPresContext=0x829fc28, aContainer=0x83515c0, aChild=0x82d5bb8, aIndexInContainer=5) at nsStyleSet.cpp:802 #24 0x40e0b048 in PresShell::ContentInserted (this=0x82be1f8, aDocument=0x82a7990, aContainer=0x83515c0, aChild=0x82d5bb8, aIndexInContainer=5) at nsPresShell.cpp:1665 #25 0x40bab758 in XULDocumentImpl::ContentInserted (this=0x82a7990, aContainer=0x83515c0, aChild=0x82d5bb8, aIndexInContainer=5) at nsXULDocument.cpp:1932 #26 0x40b799ec in RDFElementImpl::InsertChildAt (this=0x83515b0, aKid=0x82d5bb8, aIndex=5, aNotify=1) at nsRDFElement.cpp:1570 #27 0x40b86a13 in RDFGenericBuilderImpl::OnSetAttribute (this=0x8353620, aElement=0x840db28, aName=@0xbfffc888, aValue=@0xbfffc84c) at nsRDFGenericBuilder.cpp:1663 #28 0x40bb0c8d in XULDocumentImpl::OnSetAttribute (this=0x82a7990, aElement=0x840db28, aName=@0xbfffc888, aValue=@0xbfffc84c) at nsXULDocument.cpp:3685 #29 0x40b779de in RDFElementImpl::SetAttribute (this=0x840db28, aName=@0xbfffc888, aValue=@0xbfffc84c) at nsRDFElement.cpp:916 #30 0x403a073d in ElementSetAttribute (cx=0x8191290, obj=0x82b7a30, argc=2, argv=0x82fc89c, rval=0xbfffc96c) at nsJSElement.cpp:260 #31 0x404584e7 in js_Invoke (cx=0x8191290, argc=2, constructing=0) at jsinterp.c:655 #32 0x40466b61 in js_Interpret (cx=0x8191290, result=0xbfffd2e8) at jsinterp.c:2206 #33 0x40458543 in js_Invoke (cx=0x8191290, argc=1, constructing=0) at jsinterp.c:671 #34 0x40466b61 in js_Interpret (cx=0x8191290, result=0xbfffdc90) at jsinterp.c:2206 #35 0x40458543 in js_Invoke (cx=0x8191290, argc=1, constructing=0) at jsinterp.c:671 #36 0x40466b61 in js_Interpret (cx=0x8191290, result=0xbfffe638) at jsinterp.c:2206 #37 0x40458543 in js_Invoke (cx=0x8191290, argc=1, constructing=0) at jsinterp.c:671 #38 0x40458808 in js_CallFunctionValue (cx=0x8191290, obj=0x82b87d0, fval=137070552, argc=1, argv=0xbfffe7bc, rval=0xbfffe7c0) at jsinterp.c:740 #39 0x40430769 in JS_CallFunctionValue (cx=0x8191290, obj=0x82b87d0, fval=137070552, argc=1, argv=0xbfffe7bc, rval=0xbfffe7c0) at jsapi.c:2554 #40 0x403a8034 in nsJSEventListener::HandleEvent (this=0x82f5e00, aEvent=0x82cf970) at nsJSEventListener.cpp:97 #41 0x40dce42a in nsEventListenerManager::HandleEvent (this=0x82f40a0, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsEventListenerManager.cpp:569 #42 0x40b7c4cf in RDFElementImpl::HandleDOMEvent (this=0x82f37a0, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2348 #43 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x8315d88, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #44 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x831aae8, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #45 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x831c6c8, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #46 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x831e548, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #47 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x82cf450, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #48 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x8337f48, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=2, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #49 0x40b7c511 in RDFElementImpl::HandleDOMEvent (this=0x83321e0, aPresContext=@0x82a8518, aEvent=0xbfffedf0, aDOMEvent=0xbfffedb4, aFlags=1, aEventStatus=@0xbffff1b0) at nsRDFElement.cpp:2355 #50 0x40dd0d17 in nsEventStateManager::CheckForAndDispatchClick ( this=0x82bc3f8, aPresContext=@0x82a8518, aEvent=0xbffff230, aStatus=@0xbffff1b0) at nsEventStateManager.cpp:615 #51 0x40dcfd9a in nsEventStateManager::PostHandleEvent (this=0x82bc3f8, aPresContext=@0x82a8518, aEvent=0xbffff230, aTargetFrame=0x840ce90, aStatus=@0xbffff1b0, aView=0x82f31b8) at nsEventStateManager.cpp:187 #52 0x40e0c1d9 in PresShell::HandleEvent (this=0x82e39d0, aView=0x82f31b8, aEvent=0xbffff230, aEventStatus=@0xbffff1b0) at nsPresShell.cpp:2047 #53 0x41194b03 in nsView::HandleEvent (this=0x82f31b8, event=0xbffff230, aEventFlags=8, aStatus=@0xbffff1b0, aHandled=@0xbffff144) at nsView.cpp:832 #54 0x41194a94 in nsView::HandleEvent (this=0x82f1d78, event=0xbffff230, aEventFlags=8, aStatus=@0xbffff1b0, aHandled=@0xbffff144) at nsView.cpp:816 #55 0x41194a94 in nsView::HandleEvent (this=0x82b57d0, event=0xbffff230, aEventFlags=8, aStatus=@0xbffff1b0, aHandled=@0xbffff144) at nsView.cpp:816 #56 0x41194a94 in nsView::HandleEvent (this=0x82e3548, event=0xbffff230, aEventFlags=28, aStatus=@0xbffff1b0, aHandled=@0xbffff144) at nsView.cpp:816 #57 0x4119ded3 in nsViewManager::DispatchEvent (this=0x82e3350, aEvent=0xbffff230, aStatus=@0xbffff1b0) at nsViewManager.cpp:1733 #58 0x41192bd4 in HandleEvent (aEvent=0xbffff230) at nsView.cpp:66 #59 0x400fe402 in nsWidget::DispatchEvent (this=0x82f1e00, event=0xbffff230, aStatus=@0xbffff1ec) at nsWidget.cpp:997 #60 0x400fe30c in nsWidget::DispatchWindowEvent (this=0x82f1e00, event=0xbffff230) at nsWidget.cpp:959 #61 0x400fe4c0 in nsWidget::DispatchMouseEvent (this=0x82f1e00, aEvent=@0xbffff230) at nsWidget.cpp:1024 #62 0x400ff0ab in nsWidget::OnButtonReleaseSignal (this=0x82f1e00, aGdkButtonEvent=0x80eee10) at nsWidget.cpp:1521 #63 0x400ff876 in nsWidget::ButtonReleaseSignal (aWidget=0x82f1ef8, aGdkButtonEvent=0x80eee10, aData=0x82f1e00) at nsWidget.cpp:1758 #64 0x4063f79d in gtk_marshal_BOOL__POINTER () #65 0x40607037 in gtk_handlers_run () #66 0x4060652f in gtk_signal_real_emit () #67 0x40604800 in gtk_signal_emit () #68 0x406375b8 in gtk_widget_event () #69 0x405dc1a2 in gtk_propagate_event () #70 0x405db4da in gtk_main_do_event () #71 0x4067eab2 in gdk_event_dispatch () #72 0x406ac2c6 in g_main_dispatch () #73 0x406ac801 in g_main_iterate () #74 0x406ac979 in g_main_run () #75 0x405daf3a in gtk_main () #76 0x400eff29 in nsAppShell::Run (this=0x80805b0) at nsAppShell.cpp:237 #77 0x4002a4cd in ?? () from /home/sspitzer/MOZILLA/06.20.1999/09.22/mozilla/dist/bin/libnsappshell.so #78 0x804af4c in main (argc=2, argv=0xbffff974) at nsAppRunner.cpp:687 #79 0x4080bcb3 in __libc_start_main (main=0x8049e2c <main>, argc=2, argv=0xbffff974, init=0x8049890 <_init>, fini=0x804c00c <_fini>, rtld_fini=0x4000a350, stack_end=0xbffff96c) at ../sysdeps/generic/libc-start.c:78
Severity: normal → major
QA Contact: lchiang → scurtis
I tried this morning's build and I have no problems accessing an IMAP inbox (or other folders) on a tintin test account. I wonder if this was a temporary thing, or if there's something special about your setup....
This sounds similar to a problem I had reported in Bug 8619 using a qatest33 IMAP account.
Status: NEW → ASSIGNED
Yes this does sound an awful lot like 8619. Both crash when selecting the folder. Can we try deleting the .msf file for the folder that caused the crash and restarting again? I'm curious of the folder got corrupted or if it is indeed a problem with certain messages giving us problems (which is what 8619 seems to suggest)
adding wtc to cc list.
I looked at the stack trace and didn't see anything obviously wrong. GDB on Linux may have trouble obtaining the stack trace of the pthread that crashed. Newer releases of GDB are thread-aware, but the Linux pthreads are actually process clones. Each would dump its own core, so I am not sure if GDB is able to pick up the right core file. I would try to reproduce this crash on Solaris and use dbx to debug.
is this a redhat 6.0 box?
According to what I read in comp.programming.threads, the gdb that comes with Red Hat 5.2 or newer is thread-aware, but the core file format does not support threads. So you can run the application from within gdb and examine any thread's stack, but you can't debug a core file post mortem. Here are some suggestions: - Run the app from within gdb and try to reproduce the crash. - Install a signal handler for fatal signals such as SIGSEGV and SIGBUS that calls pause(). Then when the app gets one of these fatal signals, it won't crash, and you attach gdb to the app to debug. You might be able to use the signal handler in mozilla/nsprpub/pr/src/md/unix/unix.c, function _PR_UnixInit, if your app doesn't have a signal handler for SIGSEGV and SIGBUS yet. You will need to modify the ifdef's in that function to have the signal handlers installed. - Reproduce the crash on Solaris.
Linux (1999-07-07-08 m8) I have seen a lot of crash using IMAP. This crashes include double click on IMAP folders or double click on IMAP server in the folder pane. Here is the stack trace: #0 0x40684c2d in RDFElementImpl::GetAttribute () #1 0x409ddff5 in nsTreeRowGroupFrame::ReflowAfterRowLayout () #2 0x409c978d in nsTableRowGroupFrame::ReflowMappedChildren () #3 0x409ca53e in nsTableRowGroupFrame::Reflow () #4 0x408c0667 in nsContainerFrame::ReflowChild () #5 0x409c1bfc in nsTableFrame::ReflowMappedChildren () #6 0x409c0364 in nsTableFrame::ResizeReflowPass2 () #7 0x409bfd84 in nsTableFrame::Reflow () #8 0x409dc663 in nsTreeFrame::Reflow () #9 0x408c0667 in nsContainerFrame::ReflowChild () #10 0x409c5156 in nsTableOuterFrame::IR_InnerTableReflow () #11 0x409c4b9e in nsTableOuterFrame::IR_TargetIsInnerTableFrame () #12 0x409c4b60 in nsTableOuterFrame::IR_TargetIsChild () #13 0x409c4ac6 in nsTableOuterFrame::IncrementalReflow () #14 0x409c5cf8 in nsTableOuterFrame::Reflow () #15 0x408be5b1 in nsBlockReflowContext::ReflowBlock () #16 0x408ba84d in nsBlockFrame::ReflowBlockFrame () #17 0x408b9e38 in nsBlockFrame::ReflowLine () #18 0x408b9b7e in nsBlockFrame::ReflowDirtyLines () #19 0x408b93c7 in nsBlockFrame::Reflow () #20 0x409d5ad4 in nsBoxFrame::FlowChildAt () #21 0x409d5a26 in nsBoxFrame::FlowChildAt () #22 0x409d5396 in nsBoxFrame::FlowChildren () #23 0x409d506e in nsBoxFrame::Reflow () #24 0x408c0667 in nsContainerFrame::ReflowChild () #25 0x408c8322 in RootFrame::Reflow () #26 0x408c0667 in nsContainerFrame::ReflowChild () #27 0x408e6090 in ViewportFrame::Reflow () #28 0x408c91ec in nsHTMLReflowCommand::Dispatch () #29 0x408dac4a in PresShell::ProcessReflowCommands () #30 0x408d98c6 in PresShell::ExitReflowLock () #31 0x408db790 in PresShell::ContentInserted () #32 0x4069cafc in XULDocumentImpl::ContentInserted () #33 0x40683a3b in RDFElementImpl::InsertChildAt () #34 0x4068b5e3 in RDFGenericBuilderImpl::OnSetAttribute () #35 0x4069f523 in XULDocumentImpl::OnSetAttribute () #36 0x4068296a in RDFElementImpl::SetAttribute () #37 0x40294bb1 in NS_NewScriptDocumentType () #38 0x4030a272 in js_Invoke () #39 0x4030ff0e in js_Interpret () #40 0x4030a2c0 in js_Invoke () #41 0x4030ff0e in js_Interpret () #42 0x4030a2c0 in js_Invoke () #43 0x4030ff0e in js_Interpret () #44 0x4030a2c0 in js_Invoke () #45 0x4030a495 in js_InternalCall () #46 0x402f531d in JS_CallFunctionValue () #47 0x40299960 in nsJSEventListener::HandleEvent () #48 0x408b2a19 in nsEventListenerManager::HandleEvent () #49 0x406854ff in RDFElementImpl::HandleDOMEvent () #50 0x4068555c in RDFElementImpl::HandleDOMEvent () #51 0x4068555c in RDFElementImpl::HandleDOMEvent () #52 0x4068555c in RDFElementImpl::HandleDOMEvent () #53 0x4068555c in RDFElementImpl::HandleDOMEvent () #54 0x4068555c in RDFElementImpl::HandleDOMEvent () #55 0x4068555c in RDFElementImpl::HandleDOMEvent () #56 0x408b46ec in nsEventStateManager::CheckForAndDispatchClick () #57 0x408b3acc in nsEventStateManager::PostHandleEvent () #58 0x408dbfa6 in PresShell::HandleEvent () #59 0x40acc7bd in nsView::HandleEvent () #60 0x40ad3fad in nsViewManager::DispatchEvent () #61 0x40acb26e in _init () #62 0x401a1f26 in nsWidget::DispatchEvent () #63 0x401a1e7d in nsWidget::DispatchWindowEvent () #64 0x401a1fa3 in nsWidget::DispatchMouseEvent () #65 0x401a272b in nsWidget::OnButtonReleaseSignal () #66 0x401a2a6b in nsWidget::ButtonReleaseSignal () #67 0x80c4748 in gtk_window_set_default_size () #68 0x809d5a3 in gtk_signal_connect_object () #69 0x809cc2a in gtk_signal_connect_object () #70 0x809b366 in gtk_selection_data_set () #71 0x80bce90 in gtk_widget_size_request () #72 0x80864e5 in gtk_get_current_event () #73 0x8085a86 in gtk_main_iteration_do () #74 0x80d415b in gdk_input_add () #75 0x80e70e0 in g_list_length () #76 0x80e755b in g_list_length () #77 0x80e7675 in g_main_iteration () #78 0x808559b in gtk_main () #79 0x401977a3 in nsAppShell::Run () #80 0x400fe16a in nsAppShellService::Run () #81 0x8052406 in main ()
Fenella, I _think_ that's a different bug. See new bug 9462. We can dupe that one if it turns out to be the same thing, but the stacks look pretty dissimilar.
Stacy's right, just for clarification, the stack trace from Fenella is for a different problem and it is covered in 9462/9398...
I've seen something similar if I click on the scroll bar before a folder finishes loading. My guess is it's some problem with the tree control or content builder (or layout).
bienvenu --> your comments about seeing something similar, I assume you were referring to Fenella's stack trace and not the original one filed with this bug report? I'm not seeing this crash in the current set of builds. Anyone else?
Status: ASSIGNED → RESOLVED
Closed: 27 years ago
Resolution: --- → WORKSFORME
Linux and Win_nt 4.0(1999-08-04-08 M9) I have not seen this crash for a while. Should I mark it Worksforme now?
Status: RESOLVED → VERIFIED
verified worksforme
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.