31458 - crash on exit after prefs err: CSSLoaderImpl::DidLoadStyle Error 16389

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P3)

Description

[R.K.Aa.]

The background is missing. What should have been blue becomes black, and if you
put another application in front of mozilla and then raise mozilla to top again,
it is like the black area has become "transparent" - the image of the other app
is "glued" onto the surroundings of the frame at netdot.com (where it should
have been blue.)
Been like this for a while - tested again with build ID=2000021013

Comment 1

[Asa Dotzler [:asa]]

Was this tested with a build from 2/10 or 3/10?

Comment 2

[R.K.Aa.]

Sorry! Tested with build ID: 2000031013

Comment 3

[Christine Begle]

wow that url crashed me right away in CAPS.dll.  must get a stack trace...

Comment 4

[R.K.Aa.]

new in build 2000031708: Now it crashes the linux version as well :) I guess

things are up to synch ;) But while it still loaded, it rapidly fired up 4

webshells before anything displayed, and the frame that actually showed

something should - i think - only account for one of them. Couldn't browse the

code "ouside" the frame in neither Mozilla nor Netscape 4.7.

Comment 5

[R.K.Aa.]

2000-03-19-06 nb1b: Loads OK but black "transparent", not blue.

Comment 6

[Asa Dotzler [:asa]]

OK, I saved the page to my machine and loaded it in mozilla and got the crash. 
It was the Crame page not the frame's source that caused the crash.  Loading 
the frame source "main.asp in mozilla was fine.  I'm attaching the page's HTML 
and confirming

Comment 7

[Asa Dotzler [:asa]]

Attachment: Page Source

Comment 8

[Asa Dotzler [:asa]]

adding crash keyword. updating severity to critical and changing OS to All.  
cbegle, can you look at this again.

Comment 9

[R.K.Aa.]

Bug #32468 is a duplicate of this bug

Comment 10

[R.K.Aa.]

Bug #32468 is a duplicate of this bug - someone should tag it as DUPL..

Comment 11

[Gagan]

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

Comment 12

[Asa Dotzler [:asa]]

-> Layout

Comment 13

[troy]

It looks like the page uses JavaScript to generate the content for the frames 
that are blue, and an error is being generated on the console:

JavaScript error:
 line 0:

Comment 14

[R.K.Aa.]

with build 2000-042809 the area outside the center frame now (on load) has a
mispainting consisting of a partial copy of Mozilla's url-field area glued onto
it.

-Another variant:
Shade or miminize the window - the unshade or restore: The mispainting is now
what's visible in top-area of the frame instead.

Comment 15

[Johnny Stenback (:jst)]

Seems like at least part of this problem is that the security manager doesn't
allow the javascript: urls to access the parent frame, I don't know who's in
charge of the security manager so I'll hold on to this one for now...

Pushing to M17

Comment 16

[R.K.Aa.]

hmm somehow the URL has vanished from URL field here.
It's http://www.netdot.com
And testing again with build ID 2000-060221 this works as it should :)
The color background loads fine and there's no crash or weird artifacts being
glued to the surrounding area.

Not sure if they've changed layour or not however, but the page looks like it
used to - so this seems to have been mysteriously fixed along the way.

Comment 17

[Johnny Stenback (:jst)]

Works for mee too, marking FIXED.

Comment 18

[Prashant Desale]

Marking VERIFIED as per reporters testing. And I tested it with 2000-060809.