Closed Bug 5406 Opened 25 years ago Closed 24 years ago

Windows: bold font weight causes different font to be picked

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: dbaron, Assigned: erik)

References

(
URL
)

Details

(Keywords: css1, verifyme, Whiteboard: WORKSFORME?)

erik - I'm assigning this directly to you because I think you've been working on the font selection stuff. Sorry if I'm wrong. The font-weight: bold in the stylesheet for the above URL causes a different font (and a rather strange choice) to be selected. An image of what happens is at: http://www.fas.harvard.edu/~dbaron/tests/nglayout/fontchoice
Which version of Mozilla did you use? A recent one? I fixed a bug a little while ago for somebody that had a similar font appear on his screen. I'm wondering if my fix fixes your problem too.
Status: NEW → ASSIGNED
Target Milestone: M6
I'm seeing this in the mozilla.org build of 99-04-22.
Summary: bold font weight causes different font to be picked → Windows: bold font weight causes different font to be picked
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I tried today's build on Windows 95, and it worked fine.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
I'm still seeing this in the 1999-05-03 build on mozilla.org. It's probably very system specific. Perhaps (in a few days) I can try to figure out under what style rule situations it occurs. That should at least narrow it down. Reopening bug.
This bug also shows up at: http://www.webstandards.org/
Status: REOPENED → ASSIGNED
Target Milestone: M6 → M10
M9 is feature freeze. Will try to fix this bug in the bug fixing phase. Marking M10.
Target Milestone: M10 → M12
Target Milestone: M12 → M14
Does this still happen? Marking M14.
Moving some of my M14s to M15. Please add comments if you disagree.
Target Milestone: M14 → M15
Keywords: css1
Whiteboard: (py8ieh:might check to make sure it still happens)
Prioritizing my bugs. This one is now M18.
Target Milestone: M15 → M18
Nom. nsbeta3, recc. nsbeta3+. It would be unfortunate to ship with a CSS1 compliance bug that was visible on the WebStandards.org site.
Keywords: nsbeta3
Keywords: relnote2, verifyme
I cannot reproduce this on Windows 2000 using commercial bits 6.0.17.2000080104. I tried both Haakon's site and the WaSP site. David: Does it still occur for you? I suggest nsbeta3- and Future if this is very platform specific, or WORKSFORME if David can no longer reproduce this bug.
Whiteboard: (py8ieh:might check to make sure it still happens) → WORKSFORME?
mark as WORKFORME. Please test Mac.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WORKSFORME
Verified 2000092808
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.