From Bug Helper: User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.5-15 i586; en-US) BuildID: 2000021909 The background color will display as the default gray, totally ignoring the background color set in the CSS Body. Reproducible: Always Steps to Reproduce: 1.Go to URL 2.Select "7th" from menu Other menu pages will also display incorrectly if they are placed into a frame and use www.vidiot.com/styles/tvshows.css The background color is white. Actual Results: Background is gray Expected Results: Background should be white

Upon further testing, I discovered that the CSS is totally ignored if the page is displayed in a frame. Load the following URL: www.vidiot.com/Cleopatra/ The frame on the right uses CSS. All of the text is supposed to be in Helvetica/Arial/sans-serif. The header text is supposed to be centered.

With 2000-02-21-08 win95 I see none of the problems noted: The background color is white, the text is sans-serif, the header text centered.

Build ID: 2000022217 User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.12-20 i686; en-US) Alternative test url: http://152.7.60.26/ ( or for a few more links on initial load: http://152.7.60.26/?full ) The URL above uses CSS for all pages, which has a general theme of light colored text on black background. It does not use pre-CSS coloring, so if CSS is not used, the default coloring for your platform will show as a result. Steps to reproduce: 1) Load the above url Expected behavior: - Two frames with their respective css properties in place (in short, NOT black on gray/white with blue/purple links) Actual behavior: either A) it actually loads as you might expect, or B) it fails to apply the css stylesheet and instead displays the default coloring (it gives no errors in the console, and DOES load the styelsheet from the server, my logs show repeated requests for the stylesheet alongside the pages) If A (the bug does not appear on initial load), several things may cause the bug to occur: I) reload the page II) select several links to the left: with the exception of the header links, these will load in the right. Some pages show up with css, others show up without it. This is not entirely deterministic. However, the quotation dictionary pages (a frameset itself) seem to always show up with css, and the others seem to usually not do so. Other possible behavior in reloading the page is that the pages get swapped around, I am submitting this as a separate bug. The key to detecting this bug is *RELOADING* the page. Unlike what the original reporter stated, this is NOT always reproducible on every load of the page. In fact, mozilla usually gets it right the first time...it's just the second or third reload or so when things go wrong (or 4th or 5th link load). I believe this belongs to the HTMLFrames component, as that seems to be more apropos for this bug. However, I can't change it so it'll have to stay for now :-/

changing component to HTML Frames.

I can not reproduce. ie shows exactly like moz, namely the background of the menu frame is the default background color (testing on windows).

doronr@naboonline.com, would you clarify your statement? are you saying: "IE version X does not display the CSS and neither does Mozilla" (which still isn't necessarily right--I've checked my HTML and CSS with W3C, both comply, aside frameborder issues) or "in other words, mozilla is using the default coloring instead of CSS"? Either way, this sounds like you are seeing exactly what the bug report is describing!! (Or did you mean something else entirely?)

the css seems to work, except for the background color. Text and center alignment work in www.vidiot.com/Cleopatra/ In IE, I get the same bevaior. Same in netscape. viewing each html page shows up exactly as in the frames. could oyu take screenshots perhaps?

reproter - look at bug 29370, I think this is a dupe.

doronr@naboonline.com, I think you are right - it has every symptom including the probabilistic reproducibility. ;) I'm going to mark it a dup. *** This bug has been marked as a duplicate of 29370 ***

verified duplicate of bug 29370