85439 - Changing proportional setting in font preference panel doesn't take effect immediately

Status: RESOLVED WORKSFORME

(SeaMonkey :: Preferences, defect)

Description

[Chris Meyer]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9+) Gecko/
BuildID:    20010605

Changing Proportional: setting in font preference panel doesn't take effect
immediately. Other changes (such as changing the Serif: setting)do take effect
immediately.

Reproducible: Always
Steps to Reproduce:
1.Open new window
2.Choose Preferences->Fonts
3.Change Proportional from Serif to Sans Serif (or back)
4.Notice that fonts in current window don't change
5.Open another window.
6.Notice fonts in new window have new settings

Actual Results:  Font in window don't change

Expected Results:  Font in window should change immediately.

Running Fizzilla build under Mac OS X.

Comment 1

[sairuh (rarely reading bugmail)]

might you be encountering bug 80817? does reloading the page display the new
font change?

just wondering if it's a dup of 80817, or perhaps a Mac OS X-specific issue...
cc'ing folx who have [or, might have] OS X to see if they encounter this.

Comment 2

[Chris Meyer]

It doesn't look like the same bug as 80817 because changing the font size on Mac
OS X version seems to work just fine (text is reflowed and things look OK).

On the other hand, changing the proportional setting and then hitting reload
results in the correct font being displayed, so it may be a similar problem.

Comment 3

[Asa Dotzler [:asa]]

confirmed with fizzilla build061314

Comment 4

[Mike Pinkerton (not reading bugmail)]

does this work in os9? if so, it's not my bug.

Comment 5

[Marc Attinasi]

Works fine for me on OS9 (and Netscape6 PR1 running under OSX via OS9.1)

Comment 6

[Ben Bucksch (:BenB)]

I see the same on Unix -> all.

I *think* it worked some time (months) ago.

Comment 7

[Marc Attinasi]

I think this is the same as bug 90081 - basically, the style rule tree needs to
be destroyed when the preferences are changed, be they font or color styles.

If this is a regression like I think it is, then it should work before 5/30 but
not after 6/01

Comment 8

[Mike Pinkerton (not reading bugmail)]

well, if it is the droid we are looking for, over to hyatt for triage

Comment 9

[Arun Prasannan (polar)]

This bug is being marked EXPIRED as it has seen no activity in a very long time.

If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you.

http://www.seamonkey-project.org/

Comment 10

[Mark Banner (:standard8)]

Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.

Comment 11

[Philip Chee]

WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b5pre) Gecko/20090516 SeaMonkey/2.0b1pre