CVS build from before darin landed, with minor patches but none in layout. steps: 1. start mozilla 2. select a profile 2' <assert> 2'' <assert> 3. see main window for my reference the debug build comes from r:\mozilla\dbg.mozconfig gklayout.dll!CSSParserImpl::ParseStyleAttribute(const nsAString & aAttributeValue={...}, nsIURI * aBaseURL=0x00000000, nsICSSStyleRule * * aResult=0x0012e978) Line 602 + 0x20 C++ > gklayout.dll!nsGenericHTMLElement::ParseStyleAttribute(nsIContent * aContent=0x8000003f, int aCaseSensitive=0x00120000, const nsAString & aValue={...}, nsAttrValue & aResult={...}) Line 2875 + 0x20 C++ gklayout.dll!nsXULElement::SetAttr(int aNamespaceID=0x00000000, nsIAtom * aName=0x8000003f, nsIAtom * aPrefix=0x00120000, const nsAString & aValue={...}, int aNotify=0x02a750f8) Line 2148 + 0xf C++ gklayout.dll!nsXULElement::SetAttribute(const nsAString & aName={...}, const nsAString & aValue={...}) Line 1033 + 0xf C++ xpcom.dll!XPTC_InvokeByIndex(nsISupports * that=0x02a748dc, unsigned int methodIndex=0x0000001e, unsigned int paramCount=0x00000002, nsXPTCVariant * params=0x0012eab0) Line 102 C++ See bug 102815 comment 1

This is a known issue with XUL elements and I believe there is a bug on it already. See http://lxr.mozilla.org/seamonkey/source/content/xul/content/src/nsXULElement.cpp#2956 That code is uncool, but it's not worth wasting effort to make it cool till we merge with nsGenericElement.

bug 226620?

Ah, yes. *** This bug has been marked as a duplicate of 226620 ***