User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031124 I've managed to successfully build the Mozilla 1.5 source, using MSVC .NET 2003 standard edition (version 7.1, in other words) on Windows XP Pro. I've read all the build bugs in Bugzilla relating to MSVC 7.1, and I think I've got them all sorted out. However, Mozilla throws an assertion on startup. I've uninstalled my proper Mozilla installation, and made sure all its DLLs where properly deleted, so I'm confident I'm not trying to run my debug executable with precompiled release DLLs. Reproducible: Always Steps to Reproduce: 1. Build the source 2. From the comand line, run dist/bin/mozilla.exe 3. Wait a couple of seconds. Actual Results: After the splash screen is displayed, a debug assertion dialog is displayed with the text: ASSERTION: need base URL: 'nsnull != aBaseURL', file c:/joshua/code/moz_src/mozilla/content/html/style/src/nsCSSParser.cpp, line 601 Console output of mozilla will be added in an attachment. Stack trace when I debug will be added in an attachment. Expected Results: Presumably, started up without error messages and displayed my default page.

This is not a build config issue, but a bug in the XUL code -- GetBaseURL will sometimes return null. See the XXX comment at http://lxr.mozilla.org/seamonkey/source/content/xul/content/src/nsXULElement.cpp#3206 As a result, setting inline style on a XUL node that's not in the document yet will trigger that assertion.

*** Bug 234923 has been marked as a duplicate of this bug. ***

Would this cause the assertion I get when collapsing the grippies for the menu/buttons/links at the top? (see bug 234923 for why I'm asking)

Yes, that's why it's marked duplicate of this bug.

That bug causes the assert differently. Is that assert always a result of this bug?

Yes, that assert is always the result of this bug, Chris.

*** Bug 266757 has been marked as a duplicate of this bug. ***

for my reference, this is the js stack trace i got for this assert: 0 [native frame] 1 createCollapsedGrippy(aToolbar = [object XULElement @ 0x34be638]) ["chrome://global/content/bindings/toolbar.xml":84] XUL_NS = "http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" grippy = [object XULElement @ 0x34a8638] boxObject = [object BoxObject @ 0x5e7f5d0] collapsedGrippy = [object XULElement @ 0x6241f50] width = 23 height = 12 styleString = "width: 23px; height: 12px;" collapsedTrayHolder = undefined this = [object XULElement @ 0x34b21d8] 2 collapseToolbar(toolbar = [object XULElement @ 0x34be638]) ["chrome://global/content/bindings/toolbar.xml":44] this = [object XULElement @ 0x34b21d8] 3 grippyTriggered() ["chrome://global/content/bindings/toolbar.xml":273] toolbox = [object XULElement @ 0x34b21d8] toolbar = [object XULElement @ 0x34be638] this = [object XULElement @ 0x34a8638] 4 onxblcommand(event = [object MouseEvent @ 0x65ca910]) ["chrome://global/content/bindings/toolbar.xml":282] this = [object XULElement @ 0x34a8638] 5 [native frame]

Fixed by checkin for bug 198533.

*** Bug 266757 has been marked as a duplicate of this bug. ***