Open Bug 66182 Opened 24 years ago Updated 2 years ago

[Pref Stylesheet]The "Always use my font settings" checkbox locks face but not size

Categories

(Core :: CSS Parsing and Computation, defect, P5)

defect

Tracking

()

Future

People

(Reporter: sreid, Unassigned)

References

Details

(Whiteboard: se-radar)

Attachments

(1 file)

The "always use my font settings, overriding web page font" checkbox under
Edit/Preferences/Appearance/Fonts prevents web pages from using different font
faces, but the font sizes may still be changed.

How to reproduce:

1- Under Edit/Preferences/Appearance/Fonts, set your fonts to Times 24 point and
check the "serif" radio button and the "Always use my font settings" checkbox.

2- Visit http://www.mozilla.org/ as a control, to see what that those font
settings are supposed to look like.

3- Visit http://www.arstechnica.com/ to see the "Always use my font settings"
option not doing what it is supposed to. Be prepared to squint.

I'm assuming this affects platform All / OS All as it seems to be part of the
platform-independant parts and has been present for a very long time (I think NS
4 had the same problem with the equivalent option), but for the record I'm
running FreeBSD 4.1-RELEASE on x86 with Mozilla 0.7 compiled from the FreeBSD
ports tree.
This was supposedly fixed in bug 31816, but I am seeing it on the 2001-01-22-06
linux build.  Looks like it was not fixed completely.  Setting status to NEW,
over to style system and assigning to attinasi (who fixed bug 31816).
Assignee: asa → attinasi
Status: UNCONFIRMED → NEW
Component: Browser-General → Style System
Ever confirmed: true
Accepting: yes, there are cases where the specificity of the rules in a webpage
are overriding the font size of the preferences. I'll investigate a possible
solution. Thanks for the report and the link.
Status: NEW → ASSIGNED
nsHTMLFontElement needs to be modified further: the method MapFontAttributesInto
needs to ignore an explicit font size if we are not using document fonts.
Currently only the font face is handled correctly in there.
Priority: -- → P2
Target Milestone: --- → mozilla1.1
This *may* fix it, although having never looked at the code before, it's probably
not very correct. :)
Probably best to have Hyatt look at this since he is the RuleNode creator. 

Bill, what have you done to test the patch?
Enough to discover it's broken, I think. It manages to kill bold & header
attributes, as well as monospace (at least, cnn.com looks *really* odd with this.)
*** Bug 103114 has been marked as a duplicate of this bug. ***
Whiteboard: se-radar
was this fixed in bug 105297?
AFAIK, no - it still happens in 0.9.8.
Still busted in win32 2002020803 trunk build

Font-family does change per prefs, but size is ignored.
Hi, just my $.02, font sizes are completely screwed up on certain pages for me
right out of the starting gate - linux RH7.2, just installed Moz today. Affected
pages are: arstechnica (as noted in another comment), the register
(www.theregus.com). I have not set any custom settings but the fonts are WAY too
small.
cc'ing myself
Taking those of attinasi's style system bugs that are really style system bugs
and still look valid.
Assignee: attinasi → dbaron
Status: ASSIGNED → NEW
Target Milestone: mozilla1.1alpha → Future
Summary: The "Always use my font settings" checkbox locks face but not size → [STYLEPREF]The "Always use my font settings" checkbox locks face but not size
Summary: [STYLEPREF]The "Always use my font settings" checkbox locks face but not size → [Pref Stylesheet]The "Always use my font settings" checkbox locks face but not size
This bug is still happening (with the given instructions for reproducing, using
 http://www.arstechnica.com/ as the test case) for me using the Fedora-supplied
build of Firefox 1.0.3 on Fedora Core 3.
Assignee: dbaron → nobody
QA Contact: doronr → style-system
It's not clear to me whether the right fix here is to change the behavior of the pref or to improve the wording in the UI.  We have a separate set of settings related to font sizes (e.g., minimum font size).  It's not clear to me that changing the behavior of this pref to behave more like the wording makes it sound like it does would actually improve the user experience.  What are the use cases for this preference?
Priority: P2 → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: