User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 The embed crashes when you go to this site in debug mode. The error message is: Assertion: You can't dereference a NULL nsCOMPtr with operator ->().: 'mRawPtr != -, fil nsCOMPtr.h line 849. I click on ignore because it is an assertion and blame.... crash. Reproducible: Always I expected it to at least bring up the site without pulling an assertion.

Dont use the safe mode unless you know what you are doing lol. Unless you are debugging something in developping a website as an webmaster....

An assertion should never happen. This means plainly,coding mistake.The embed is trying to acess a null pointer, which theoretically should never occure whether in debug or release mode. The websit is a commercial website that is used by thousands of people everyday. It is a mozilla embedding mistake.

Do you have the stack trace for the crash? Which version of code do you use?

bah. don't report crashes with debug builds without a stack trace. that assertion means you had: nsCOMPtr<nsIFoo> bar; bar->Baz(); bar is 0, so of course trying to call nsIFoo::Baz will crash. The assertion fires as part of bar->. But there are millions or billions of instances of -> in our codebase, we can't use that assertion to find anything resembling a needle in our haystack. You're running windows which means you have half a dozen decent debuggers available, pick one, attach, if necessary *always* use it. if not, configure one of them to do JIT debugging (windbg -I would work). Instead of clicking ignore when you hit an assert, attach your debugger and hit retry.

1.5.0.04 firefox mozilla 1.8 release code is the version compiled. I also compiled the head and got a crash too. I beleive that it is consistantly crashing on the home page for this site. At least the head and 1.5.04. So I would not think that a stack trace would be necessary to find the problem. Has anyone else checked this out with a recent debug build.

not everyone has builds. i tend to patch bugs based on stack traces. reopen when you post a stack trace. you're wasting our time.

Stack Trace: > xpcom_core.dll!nsDebugImpl::Break(const char * aFile=0x02961e44, int aLine=849) Line 350 C++ xpcom_core.dll!nsDebugImpl::Assertion(const char * aStr=0x02961df0, const char * aExpr=0x02961e34, const char * aFile=0x02961e44, int aLine=849) Line 266 C++ xpcom_core.dll!NSGlue_Assertion(const char * aStr=0x02961df0, const char * aExpr=0x02961e34, const char * aFile=0x02961e44, int aLine=849) Line 107 C++ tkitcmps.dll!nsCOMPtr<nsIFile>::operator->() Line 849 + 0x22 C++ tkitcmps.dll!nsPasswordManager::Init() Line 290 + 0x11 C++ tkitcmps.dll!nsPasswordManager::GetInstance() Line 233 + 0xb C++ tkitcmps.dll!nsPasswordManagerConstructor(nsISupports * aOuter=0x00000000, const nsID & aIID={...}, void * * aResult=0x0012f15c) Line 79 + 0x26 C++ xpcom_core.dll!nsGenericFactory::CreateInstance(nsISupports * aOuter=0x00000000, const nsID & aIID={...}, void * * aResult=0x0012f15c) Line 79 + 0x15 C++ xpcom_core.dll!nsComponentManagerImpl::CreateInstanceByContractID(const char * aContractID=0x02e30688, nsISupports * aDelegate=0x00000000, const nsID & aIID={...}, void * * aResult=0x0012f15c) Line 1981 + 0x18 C++ xpcom_core.dll!nsComponentManagerImpl::GetServiceByContractID(const char * aContractID=0x02e30688, const nsID & aIID={...}, void * * result=0x0012f1c4) Line 2408 + 0x32 C++ xpcom_core.dll!CallGetService(const char * aContractID=0x02e30688, const nsID & aIID={...}, void * * aResult=0x0012f1c4) Line 95 C++ xpcom_core.dll!nsGetServiceByContractIDWithError::operator()(const nsID & aIID={...}, void * * aInstancePtr=0x0012f1c4) Line 288 + 0x13 C++ xpcom_core.dll!nsCOMPtr_base::assign_from_gs_contractid_with_error(const nsGetServiceByContractIDWithError & gs={...}, const nsID & iid={...}) Line 141 + 0x10 C++ xpcom_core.dll!nsCOMPtr<nsISupports>::nsCOMPtr<nsISupports>(const nsGetServiceByContractIDWithError & gs={...}) Line 1007 C++ xpcom_core.dll!NS_CreateServicesFromCategory(const char * category=0x01c3094c, nsISupports * origin=0x00000000, const char * observerTopic=0x01c3093c) Line 867 C++ gklayout.dll!nsHTMLFormElement::AddElement(nsIFormControl * aChild=0x02e3046c) Line 1217 + 0x12 C++ gklayout.dll!nsGenericHTMLFormElement::SetAttr(int aNameSpaceID=0, nsIAtom * aName=0x00f64bc0, nsIAtom * aPrefix=0x00000000, const nsAString_internal & aValue={...}, int aNotify=0) Line 3363 C++ gklayout.dll!nsHTMLInputElement::SetAttr(int aNameSpaceID=0, nsIAtom * aName=0x00f64bc0, nsIAtom * aPrefix=0x00000000, const nsAString_internal & aValue={...}, int aNotify=0) Line 215 + 0x1c C++ gklayout.dll!nsIContent::SetAttr(int aNameSpaceID=0, nsIAtom * aName=0x00f64bc0, const nsAString_internal & aValue={...}, int aNotify=0) Line 285 C++ gklayout.dll!HTMLContentSink::AddAttributes(const nsIParserNode & aNode={...}, nsIContent * aContent=0x02e30450, int aNotify=0, int aCheckIfPresent=0) Line 829 C++ gklayout.dll!SinkContext::AddLeaf(const nsIParserNode & aNode={...}) Line 1401 + 0x1e C++ gklayout.dll!HTMLContentSink::AddLeaf(const nsIParserNode & aNode={...}) Line 3033 + 0x12 C++ gkparser.dll!CNavDTD::AddLeaf(const nsIParserNode * aNode=0x02e2f680) Line 3576 + 0x19 C++ gkparser.dll!CNavDTD::HandleDefaultStartToken(CToken * aToken=0x02deba90, nsHTMLTag aChildTag=eHTMLTag_input, nsCParserNode * aNode=0x02e2f680) Line 1284 + 0xc C++ gkparser.dll!CNavDTD::HandleStartToken(CToken * aToken=0x02deba90) Line 1668 + 0x14 C++ gkparser.dll!CNavDTD::HandleToken(CToken * aToken=0x02deba90, nsIParser * aParser=0x02d86f10) Line 955 + 0xc C++ gkparser.dll!CNavDTD::BuildModel(nsIParser * aParser=0x02d86f10, nsITokenizer * aTokenizer=0x02d96ca0, nsITokenObserver * anObserver=0x00000000, nsIContentSink * aSink=0x02d88508) Line 458 + 0x14 C++ gkparser.dll!nsParser::BuildModel() Line 2140 + 0x22 C++ gkparser.dll!nsParser::ResumeParse(int allowIteration=1, int aIsFinalChunk=1, int aCanInterrupt=1) Line 2007 + 0xc C++ gkparser.dll!nsParser::ContinueInterruptedParsing() Line 1480 + 0x13 C++ gkparser.dll!nsParser::ContinueParsing() Line 1459 C++ gklayout.dll!CSSLoaderImpl::SheetComplete(SheetLoadData * aLoadData=0x02da3ad8, int aSucceeded=1) Line 1454 C++ gklayout.dll!CSSLoaderImpl::ParseSheet(nsIUnicharInputStream * aStream=0x02d808b8, SheetLoadData * aLoadData=0x02da3ad8, int & aCompleted=1) Line 1389 C++ gklayout.dll!SheetLoadData::OnStreamComplete(nsIUnicharStreamLoader * aLoader=0x02da4520, nsISupports * aContext=0x00000000, unsigned int aStatus=0, nsIUnicharInputStream * aDataStream=0x02d808b8) Line 806 + 0x17 C++ necko.dll!nsUnicharStreamLoader::OnStopRequest(nsIRequest * request=0x02da3b90, nsISupports * ctxt=0x00000000, unsigned int aStatus=0) Line 196 C++ necko.dll!nsStreamListenerTee::OnStopRequest(nsIRequest * request=0x02da3b90, nsISupports * context=0x00000000, unsigned int status=0) Line 66 C++ necko.dll!nsHttpChannel::OnStopRequest(nsIRequest * request=0x02da4f60, nsISupports * ctxt=0x00000000, unsigned int status=0) Line 4053 C++ necko.dll!nsInputStreamPump::OnStateStop() Line 507 C++ necko.dll!nsInputStreamPump::OnInputStreamReady(nsIAsyncInputStream * stream=0x02da4d08) Line 343 + 0xb C++ xpcom_core.dll!nsInputStreamReadyEvent::EventHandler(PLEvent * plevent=0x02da504c) Line 120 C++ xpcom_core.dll!PL_HandleEvent(PLEvent * self=0x02da504c) Line 688 + 0xa C xpcom_core.dll!PL_ProcessPendingEvents(PLEventQueue * self=0x0100aaa8) Line 623 + 0x9 C xpcom_core.dll!_md_EventReceiverProc(HWND__ * hwnd=0x00020524, unsigned int uMsg=49583, unsigned int wParam=0, long lParam=16820904) Line 1408 + 0x9 C

I hope that is what you wanted. I would really like to resolve this and do appreciate your time. I have been looking through the code for a while and do not feel like I am familiar enough to make any sugestions or changes at this point. thanks, Ed.

*** This bug has been marked as a duplicate of 294075 ***