226620 - nsXULElement::GetBaseURL not implemented correctly

Status: RESOLVED FIXED

(Core :: XUL, defect)

Description

[Joshua Lawrence]

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.

Comment 1

[Joshua Lawrence]

Attachment: The debugging output sent to the console

Comment 2

[Joshua Lawrence]

Attachment: Stack trace when debugging

Comment 3

[Boris Zbarsky [:bzbarsky]]

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.

Comment 4

[Boris Zbarsky [:bzbarsky]]

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

Comment 5

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

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)

Comment 6

[Boris Zbarsky [:bzbarsky]]

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

Comment 7

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

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

Comment 8

[Boris Zbarsky [:bzbarsky]]

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

Comment 9

[Erik Fabert]

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

Comment 10

[timeless]

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]

Comment 11

[Boris Zbarsky [:bzbarsky]]

Fixed by checkin for bug 198533.

Comment 12

[Boris Zbarsky [:bzbarsky]]

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