Closed
Bug 6153
Opened 26 years ago
Closed 26 years ago
Stylesheets do not change size
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: zuperdee, Assigned: peterl-retired)
References
()
Details
Using CVS Mozilla, freshly built on i386 Red Hat Linux 6.0, EGCS 1.1.2, GLIBC 2.1, and GTK 1.2.1. Build ID: 1999043018. Using apprunner, compare the "Double" and "Half" versions of the acid box CSS1 test at the given URL to the reference version. Note that the sizes do not seem to change as the test documents indicate they should. I believe that either the test has a bug that should be fixed, or Mozilla does.
Comment 3•26 years ago
|
||
This used to work on Windows. Is this Linux specific (I'm now on Linux) or is it new? The problem is that the font size does not work when given on the HTML element. It works if I move the font size to BODY. If the bug is new, could prefs be setting font sizes on BODY, or something? It's probably better if prefs does the setting on HTML, so 1.2em on BODY makes sense. (What do em on font-size on the root element mean, anyway?)
Reporter | ||
Comment 4•26 years ago
|
||
I have not tried this on Windows--I don't use Windows. So it could be specific to Linux, I suppose. But I don't know. I am just reporting what I see here. Do you notice the same thing on Linux?
Reporter | ||
Comment 5•26 years ago
|
||
To dbaron@fas.harvard.edu: I just realized you are not on the CC: list. I am adding you to it, so you can get word of my response to your very insightful comments on this.
Comment 6•26 years ago
|
||
Yes - I use Linux now, and I don't really want to bother rebooting to test on Windows. The question was directed more towards someone who uses Windows. It's very unlikely to be platform-specific, anyway. I tried those tests a few months ago on Windows, and they worked... so I think it's a regression, but there's a small chance it could be a platform thing.
Assignee | ||
Comment 7•26 years ago
|
||
Not platform specific.
Reporter | ||
Comment 8•26 years ago
|
||
I guess it is a regression then, though I don't suppose it is worth holding up M7 for. Everyone agree?
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•26 years ago
|
||
Fixed incorrect setting of BASEFONT info on the BODY, this was overriding the font size set on the HTML element.
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 10•26 years ago
|
||
Using a CVS build from today (6/18), the double version now shows properly. But now check out the half version--it has **MAJOR** layout problems.
Comment 11•26 years ago
|
||
If this problem is not fixed, please clear the resolution
Assignee | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Assignee | ||
Comment 12•26 years ago
|
||
This bug is fixed. The layout issues on the small version are a completely different problem (in layout). Let's file a new bug for that, not morph this one into something new.
Assignee | ||
Comment 13•26 years ago
|
||
New bug #8532 added for layout issues
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 14•26 years ago
|
||
Verified fixed. Font size is working correctly on HTML element. Other bugs on this page are elsewhere.
You need to log in
before you can comment on or make changes to this bug.
Description
•