Closed Bug 43685 Opened 25 years ago Closed 25 years ago

Fonts change randomly, displays in mixed sets of fonts.

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 43490

People

(Reporter: laurel, Assigned: nisheeth_mozilla)

Details

(Whiteboard: [nsbeta2+] Cannot reproduce)

Using jun23 m17 commercial build Noticed on linux rh6.0 and NT 4.0 Have not seen on Mac OS 9.0 Throughout the product, but seen drastically in the mail window, display fonts are changing upon apparently random actions such as providing login password, changing folders, clicking toolbars -- no apparent pattern. When the fonts change, all display fonts in a given area, window or pane do not all change at the same time, resulting in a display of mixed fonts. For instance folder names will display in one font and newsgroups will display in another font type. Areas which have been seen to be affected: Mail: -- toolbar buttons -- folder pane -- thread pane -- message pane -- header envelopes (upon clicking the expand recipients widget) Other: -- profile manager -- browser toolbar -- browser status bar I don't know who this would ultimately belong to. It's been noticed for a couple builds. I looked to see if something had been logged in the browser/elsewhere and nothing jumped out at me.
QA Contact: lchiang → laurel
Summary: Fonts change randomly, displays in mixed sets of fonts. → Fonts change randomly, displays in mixed sets of fonts.
see bug 43409 - could be the reason. I got odd font-changes in menus before altering back to screen_resolution 96 (instead of 9696).
cc'ing hyatt. I'm going to reassign to ben though I'm not sure if he's the right person, I just don't know who is. It looks like some strange things are happening to skin related areas. At random moments, fonts and background colors change on me. I don't know if this is layout or skin related. Any help would be appreciated. It's been doing this for the last few days.
Assignee: putterman → ben
There is no apparent harm caused by this bug, but it's highly visible, and it's on all platforms. I'm going to nominate nsbeta2 so PDT can make the call. Here are examples of what the user may see: 1) sort on a column in the thread pane and the fonts of the messages listed in the thread pane change from a non-serif font to a serif font. The rest of the application remains in a non-serif font. 2) expand on the recipient list in the message header area. The font will change on in that area
Keywords: nsbeta2
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
Changing product to browser ...
Component: Mail Window Front End → Layout
Product: MailNews → Browser
Ben, says this has nothing to do with skins or skinability. Must be some layout problem. Over to the module owner ...
Assignee: ben → clayton
QA Contact: laurel → petersen
Re-assigning to myself for a more detailed triage...
Assignee: clayton → nisheeth
I can't see this any more with today morning's debug NT commercial build either. Marking qawanted and updating status whiteboard.
Keywords: qawanted
Whiteboard: [nsbeta2+] → [nsbeta2+] Cannot reproduce
Could this be because Marc Attinasi turned off style context sharing?
I checked with Marc on this and, yes, David is right that this bug is now fixed because style context sharing is turned off. Marking this as a dup of bug 43490, the bug that Marc fixed when he turned off style context sharing. *** This bug has been marked as a duplicate of 43490 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
verified as a duplicate.
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.