110771 - assertion: NS_ENSURE_TRUE(unknownOther) failed: 'unknownOther', file nsStandardURL.cpp, line 1048

Status: VERIFIED DUPLICATE of bug 110685

(Core :: Networking, defect)

Description

[Kathleen :Brade]

assertion: NS_ENSURE_TRUE(unknownOther) failed: 'unknownOther', file
nsStandardURL.cpp, line 1048

I am seeing the above assertions every time I open a window (or a dialog comes
up).  It is very annoying.

nsStandardURL::Equals appears to be called from nsDocShell::OnNewURI.  A member
nsIURI there seems to be null and causing the assertion.

Comment 1

[timeless]

i wanted to file this bug yesterday but my browser kept on crashing for other
reasons. same problem on w2k cvs builds.

Comment 2

[neeti]

darin

Comment 3

[Matthias Versen [:Matti]]

see also bug 110686

Comment 4

[Adam Lock]

This line is the culprit:

http://lxr.mozilla.org/seamonkey/source/docshell/base/nsDocShell.cpp#4731

Seems as though it should check that the current URI isn't nsnull before trying
to compare it against the incoming one.

Comment 5

[Adam Lock]

Attachment: Patch puts pointer check in

This patch puts a pointer check in so Equals doesn't get called when there is
no current URI.

I've also moved the Equals test at the end so it doesn't run unless all the
other conditions are met.
Reviews?

Comment 6

[Darin Fisher]

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

Comment 7

[Darin Fisher]

bug 110685 also has a patch, but either look fine to me... the one in this one
is probably better... sr=darin on either.

but, i suspect this may point us at something more serious... is it OK for
mCurrentURI to be NULL?

Comment 8

[Kathleen :Brade]

verify dup; apologies about the dup filing
I did query bugzilla descriptions for "unknownother" but it didn't match
anything (but now it matches two); temporary glitch?