Closed Bug 28643 Opened 24 years ago Closed 24 years ago

CSS ignored when displayed in a frame

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 29370

People

(Reporter: vidiot, Assigned: pollmann)

References

()

Details

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.
Summary: CSS1 background color ignored in a frame → CSS ignored when displayed in a frame
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. 
Component: Browser-General → HTMLFrames
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.
Assignee: cbegle → pollmann
QA Contact: asadotzler → petersen
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 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verified duplicate of bug 29370
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.