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)
Core
Layout
Tracking
()
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).
Comment 2•25 years ago
|
||
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
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
Assignee | ||
Comment 7•25 years ago
|
||
Re-assigning to myself for a more detailed triage...
Assignee: clayton → nisheeth
Assignee | ||
Comment 8•25 years ago
|
||
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?
Assignee | ||
Comment 10•25 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•