36504 - edit preferences OK button not working

Status: VERIFIED WORKSFORME

(SeaMonkey :: Preferences, defect, P3)

Description

[David Hugh-Jones]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-15mdk i686; en-US; m15)
BuildID:    2000041811

after changing certain preferences in edit preferences, the OK button does not work

Reproducible: Sometimes
Steps to Reproduce:
1. open edit preferences
2. change something in 'appearance --> fonts'
3. hit OK with mouse

Actual Results:  OK button doesn't work, have to hit cancel

Expected Results:  prefs should be changed and dialog close

The OK button does work with:
all navigator preferences
mail preferences
composer preferences
new software prefs
advanced prefs

NB I haven't tried _all_ the possible changes in these, except for the navigator
prefs.

Seems like it just doesn't work with 'appearance-->fonts' prefs

It's not closing _from_ the fonts tab. The button won't work even if you change
to a different tab first.

Comment 1

[David Evola]

Also on Win98 Build 2000041915

Comment 2

[R.K.Aa.]

Just tried this on linux 2000-042009-M16 and it closed, but something is odd.
Console output after close is clicked, indicates error:

*** going to set int pref: font.size.fixed.x-western = 12
STYLE CHANGE REFLOW. Blowing away all box caches!!
gShellCounter: 888
STYLE CHANGE REFLOW. Blowing away all box caches!!
gShellCounter: 889
STYLE CHANGE REFLOW. Blowing away all box caches!!
gShellCounter: 890
STYLE CHANGE REFLOW. Blowing away all box caches!!
gShellCounter: 891
STYLE CHANGE REFLOW. Blowing away all box caches!!
gShellCounter: 892
gShellCounter: 893
gShellCounter: 894
STYLE CHANGE REFLOW. Blowing away all box caches!!
gShellCounter: 895
*** font.default
*** font.default
*** elementObject.elType = Radio
*** going to set int pref: browser.use_document_fonts = 1
*** elementObject.elType = Radio
*** elementObject.elType = Text
*** going to set int pref: browser.screen_resolution = 96
gShellCounter: 896
WEBSHELL- = 6
WEBSHELL- = 5
we have an event stuck -- removing it.
we have an event stuck -- removing it.
$ 

Comment 3

[sairuh (rarely reading bugmail)]

cannot repro this using 2000.04.21.09-m16 (opt comm). am using enilightenment as
my wm, what are you using? pls do reopen if this still happens w/a recent build.

Comment 4

[sairuh (rarely reading bugmail)]

verif.

Comment 5

[David Hugh-Jones]

Still not working for me. My WM is blackbox. Build is 200041811, i.e. M15. There
are no errors reported, the following is a portion of stdout:

*** going to set int pref: font.size.fixed.x-western = 14
*** font.default
*** font.default
*** elementObject.elType = Radio
*** going to set int pref: browser.use_document_fonts = 1
*** elementObject.elType = Radio
*** elementObject.elType = Text
*** going to set int pref: browser.screen_resolution = 96

[here I click OK, nothing happens, so I hit cancel and quit moz]

WEBSHELL- = 5
 WEBSHELL- = 4

OnUnload from XUL

et cetera.
Clean up ...

Comment 6

[David Hugh-Jones]

bugzilla won't let me reopen, could you sairuh?

cheers
dave

Comment 7

[sairuh (rarely reading bugmail)]

hi davidhj --if you can repro this using a recent nightly build (M16), let me
know. since m15 is out, there are more recent builds (ie, the m16 trunk builds),
this problem should no longer be there. (as of last friday, that is. :-)

Comment 8

[David Hugh-Jones]

still doesn't work using a Linux nightly build from this week. (I would tell you
which but I'm in Windows now.) Again, the problem is being unable to change font
DPI.

Comment 9

[sairuh (rarely reading bugmail)]

reopening...will doublecheck, but if someone gets to it before me, cool! :-)

Comment 10

[Blake Ross]

*** Bug 40720 has been marked as a duplicate of this bug. ***

Comment 11

[R.K.Aa.]

Be aware of the more general bug on this phenomena: bug 37897

Comment 12

[Blake Ross]

I can reproduce this, but the button doesn't cease to function until after you 
switch to a different category (after you complete all the original steps)

Comment 13

[Blake Ross]

wfm in a debug build from this morning [linux, win98]

Comment 14

[Blake Ross]

*** Bug 43223 has been marked as a duplicate of this bug. ***

Comment 15

[Blake Ross]

Actually, I initially marked 43223 a dup of this, but upon further 
consideration they're really different problems.  This problem said that once 
you switched to the Font category and changed a pref there, the OK button no 
longer works. However, this no longer appears to be the case in 62008 win98 or 
linux.  43223 is different from this in that the OK button ceases to function 
if you switch to the Font category, then switch to a different category.  
Similar, but still distinct.  marking this wfm

Comment 16

[sairuh (rarely reading bugmail)]

vrfy.