Overview Description: mozilla\mailnews\base\tests\accountmanager\AccountManagerTest.xul crashes after displaying one identity. It displays all the servers. Ouptput says "There are 6 identities". But crashes after displaying 1 identity. Steps to Reproduce: Load the xul file in apprunner and watch the output. Actual Results: The instruction at "0x100145d7" referenced memory at "0xcdcdcdcd". The memory could not be "read". Here is the stack trace: nsSupportsArray::ElementAt(nsSupportsArray * const 0x086d65e0, unsigned int 1) line 118 + 3 bytes nsSupportsArray::GetElementAt(nsSupportsArray * const 0x086d65e0, unsigned int 1, nsISupports * * 0x0012db4c) line 39 + 16 bytes XPTC_InvokeByIndex(nsISupports * 0x086d65e0, unsigned int 4, unsigned int 2, nsXPTCVariant * 0x0012db3c) line 135 nsXPCWrappedNativeClass::CallWrappedMethod(JSContext * 0x0858d740, nsXPCWrappedNative * 0x086d64f0, const XPCNativeMemberDescriptor * 0x086bad48, nsXPCWrappedNativeClass::CallMode CALL_METHOD, unsigned int 1, long * 0x01205f8c, long * 0x0012dd44) line 511 + 44 bytes WrappedNative_CallMethod(JSContext * 0x0858d740, JSObject * 0x01213a40, unsigned int 1, long * 0x01205f8c, long * 0x0012dd44) line 128 js_Invoke(JSContext * 0x0858d740, unsigned int 1, int 0) line 655 + 26 bytes js_Interpret(JSContext * 0x0858d740, long * 0x0012e570) line 2217 + 15 bytes js_Invoke(JSContext * 0x0858d740, unsigned int 4, int 0) line 671 + 13 bytes js_Interpret(JSContext * 0x0858d740, long * 0x0012ed58) line 2217 + 15 bytes js_Invoke(JSContext * 0x0858d740, unsigned int 0, int 0) line 671 + 13 bytes js_Interpret(JSContext * 0x0858d740, long * 0x0012f540) line 2217 + 15 bytes js_Invoke(JSContext * 0x0858d740, unsigned int 1, int 0) line 671 + 13 bytes js_InternalCall(JSContext * 0x0858d740, JSObject * 0x012572a0, long 19231400, unsigned int 1, long * 0x0012f684, long * 0x0012f68c) line 749 + 15 bytes JS_CallFunctionValue(JSContext * 0x0858d740, JSObject * 0x012572a0, long 19231400, unsigned int 1, long * 0x0012f684, long * 0x0012f68c) line 2631 + 29 bytes nsJSEventListener::HandleEvent(nsIDOMEvent * 0x085bc820) line 97 + 34 bytes nsEventListenerManager::HandleEvent(nsIPresContext & {...}, nsEvent * 0x0012f82c, nsIDOMEvent * * 0x0012f7cc, unsigned int 3, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 568 + 21 bytes nsGenericElement::HandleDOMEvent(nsIPresContext & {...}, nsEvent * 0x0012f82c, nsIDOMEvent * * 0x0012f7cc, unsigned int 1, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 784 nsHTMLInputElement::HandleDOMEvent(nsHTMLInputElement * const 0x085b6e4c, nsIPresContext & {...}, nsEvent * 0x0012f82c, nsIDOMEvent * * 0x00000000, unsigned int 1, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 465 nsEventStateManager::CheckForAndDispatchClick(nsEventStateManager * const 0x085b3b80, nsIPresContext & {...}, nsMouseEvent * 0x0012fbcc, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 650 + 31 bytes nsEventStateManager::PostHandleEvent(nsEventStateManager * const 0x085b3b80, nsIPresContext & {...}, nsGUIEvent * 0x0012fbcc, nsIFrame * 0x085b37b0, nsEventStatus & nsEventStatus_eConsumeDoDefault, nsIView * 0x085b2d20) line 194 + 24 bytes PresShell::HandleEvent(PresShell * const 0x085a1724, nsIView * 0x085b2d20, nsGUIEvent * 0x0012fbcc, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 2070 + 43 bytes nsView::HandleEvent(nsView * const 0x085b2d20, nsGUIEvent * 0x0012fbcc, unsigned int 8, nsEventStatus & nsEventStatus_eConsumeDoDefault, int & 0) line 833 nsView::HandleEvent(nsView * const 0x085ae230, nsGUIEvent * 0x0012fbcc, unsigned int 8, nsEventStatus & nsEventStatus_eConsumeDoDefault, int & 0) line 818 nsView::HandleEvent(nsView * const 0x085af0c0, nsGUIEvent * 0x0012fbcc, unsigned int 8, nsEventStatus & nsEventStatus_eConsumeDoDefault, int & 0) line 818 nsView::HandleEvent(nsView * const 0x085aecc0, nsGUIEvent * 0x0012fbcc, unsigned int 8, nsEventStatus & nsEventStatus_eConsumeDoDefault, int & 0) line 818 nsView::HandleEvent(nsView * const 0x085a1ac0, nsGUIEvent * 0x0012fbcc, unsigned int 28, nsEventStatus & nsEventStatus_eConsumeDoDefault, int & 0) line 818 nsViewManager::DispatchEvent(nsViewManager * const 0x085a1ce0, nsGUIEvent * 0x0012fbcc, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 1735 HandleEvent(nsGUIEvent * 0x0012fbcc) line 67 nsWindow::DispatchEvent(nsWindow * const 0x085b2bd4, nsGUIEvent * 0x0012fbcc, nsEventStatus & nsEventStatus_eIgnore) line 434 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012fbcc) line 455 nsWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3116 + 15 bytes nsWindow::ProcessMessage(unsigned int 514, unsigned int 0, long 1245267, long * 0x0012fdc0) line 2395 + 24 bytes nsWindow::WindowProc(HWND__ * 0x00a20e16, unsigned int 514, unsigned int 0, long 1245267) line 497 + 27 bytes USER32! 77e71820() Expected Results: Should Display all the identities. Build Date & Platform Bug Found: 7/1/99 debug build, Win NT 4.0 Additional Information: This is similar to bug 9079. But now it displays the identity name, e-mail etc. Crashes after displaying one identity.

changing QA Contact to my name

This is probably on all platforms. Correcting.

I'll look into this. This may get moved to M9 or M10 depending on how hard the problem is.

Is there anything special about the identity this is crashing on? For me it says there are 4 identities and it displays each one without crashing. I'm going to move this to M9. If you have this problem still, I should try it with your identities. If not we should mark this WORKSFORME or Fixed.

Is this a duplicate of the 5 account bug? Will this crash for two accounts. Does it still crash. If it's the same as the 5 account bug, which seems possible since it has a similar stack trace, I'm going to either mark this as fixed or as a duplicate.

One more try on getting info for this. I'll give you until tomorrow before I mark this WORKSFORME.

I will update this later today. Currently building the tree.

I am seeing the following crash on my Windows NT 4.0 system using a debug build (approx. pull at 2:30 p.m.) from yesterday. I loaded accoutnmanager.xul and the crash happened immediately. Using 7/19 release build there was no crash but the browser window did not repaint properly. nsCRT::strlen(const unsigned short * 0x00e7e000) line 261 + 5 bytes nsString::Append(const unsigned short * 0x00e7d558, int 1) line 1017 + 9 bytes nsExpatTokenizer::HandleCharacterData(void * 0x00000000, const char * 0x00e7d558, int 1) line 435 doContent(void * 0x025345a0, int 0, const encoding * 0x010e1660 little2_encoding, const char * 0x00e7a8b8, const char * 0x00e7ac32, const char * * 0x0012fc84) line 1521 + 35 bytes contentProcessor(void * 0x025345a0, const char * 0x00e7a672, const char * 0x00e7ac32, const char * * 0x0012fc84) line 1028 + 30 bytes doProlog(void * 0x025345a0, const encoding * 0x010e1660 little2_encoding, const char * 0x00e7a672, const char * 0x00e7ac32, int 29, const char * 0x00e7a672, const char * * 0x0012fc84) line 2261 + 21 bytes prologProcessor(void * 0x025345a0, const char * 0x00e7a4e8, const char * 0x00e7ac32, const char * * 0x0012fc84) line 2132 + 36 bytes prologInitProcessor(void * 0x025345a0, const char * 0x00e7a4e8, const char * 0x00e7ac32, const char * * 0x0012fc84) line 2121 + 21 bytes XML_Parse(void * 0x025345a0, const char * 0x00e7a4e8, int 1866, int 0) line 852 + 40 bytes nsExpatTokenizer::ParseXMLBuffer(const char * 0x00e7a4e8, unsigned int 1866, int 0) line 282 + 24 bytes nsExpatTokenizer::ConsumeToken(nsScanner & {...}) line 325 + 18 bytes nsParser::Tokenize(int 0) line 1248 + 21 bytes nsParser::ResumeParse(nsIDTD * 0x00000000, int 0) line 878 + 12 bytes nsParser::OnDataAvailable(nsParser * const 0x02514444, nsIURI * 0x025139f0, nsIInputStream * 0x02513030, unsigned int 933) line 1153 + 19 bytes nsDocumentBindInfo::OnDataAvailable(nsDocumentBindInfo * const 0x02513e90, nsIURI * 0x025139f0, nsIInputStream * 0x02513030, unsigned int 933) line 2023 + 24 bytes OnDataAvailableProxyEvent::HandleEvent(OnDataAvailableProxyEvent * const 0x02511a10) line 634 StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x02511a14) line 473 + 12 bytes PL_HandleEvent(PLEvent * 0x02511a14) line 509 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00c57170) line 470 + 9 bytes _md_EventReceiverProc(HWND__ * 0x29ba0146, unsigned int 49372, unsigned int 0, long 12939632) line 932 + 9 bytes USER32! DispatchMessageWorker@8 + 135 bytes USER32! DispatchMessageA@4 + 11 bytes nsAppShell::Run() line 70 nsAppShellService::Run(nsAppShellService * const 0x00c52030) line 429 main(int 1, char * * 0x00bd14b0) line 696 + 12 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! BaseProcessStart@4 + 64 bytes Par

The staack that Par listed is a crash that rickg fixed last night. That shouldn't be in today's builds. That happened in the 3 pane at random times as well.

Ok. I couldn't see the crash anymore. I tested it with several pref files (with 1 account to 6 accounts). Displays all the identities. Scott, did you or alecf checked in a fix for this.

There was a bug a couple of weeks ago where there was a crash in the compose window when there were 5 or more identities. Perhaps the same function was getting called and by fixing that, this got fixed also.

Marking Verified.