25556 - Pref OK button does not always work

Status: VERIFIED DUPLICATE of bug 30801

(SeaMonkey :: Preferences, defect, P2)

Description

[moughamian]

1. For any of the topics listed in the Prefs Menu, it takes two to three seconds just for each set of topic options to load (once clicked).
2. The Font Preferences have a major rendering bug of some kind. First, each of the drop-down menus pops in, one by one, at about 15 
pixels wide. Then once they're all in place, they resize (one by one) to their indtended length. Then, when I select one of them, the 
menu itself sometimes will move, displacing the other menus below. This last part is not always repeatable, but the first 
observations are. Tried a re-install of M13, did not help.
3. After changing several prefernce options in various topic areas, the OK button would not work. That is, I could not close the 
Preferences dialog without hitting Cancel - and therefore without losing all of my changes.
4. There should be full e-mail account management from this area - and when in Composer, it should take you to said account 
management area instead of a separate one (which I've posted another bug for: there is no password field).

You guys gotta fix stuff like this by beta or people won't even be willing to try it. I've been one of  Mozilla's biggest evangelists in 
various Apple forums, and I'm going to end up eating crow for recommending M13. Your description says "stable enough for 
everyday use" - I don't think that's true yet given how buggy the preference panels are implemented. This is a very basic thing we're 
talking about he

Comment 1

[Stephen Moehle]

This is happening on Linux as well with build 2000012909.

In addition, if I go to Fonts and then some other panel like Colors and then go
back to Fonts, the font dropdowns are totally non-functional.  Also, if I go to
the Appearance panel and then to some other panel and back, the checkboxes and
radio buttons will have lost all their settings with nothing selected or
checked.

If I then cancel the dialog, I cannot bring up Preferences again.  Nothing
happens if I try, but if I try, Mozilla hangs when I shut it down, and I have to
kill it.

Comment 2

[Richard Zach]

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

Comment 3

[Richard Zach]

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

Comment 4

[Richard Zach]

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

Comment 5

[Richard Zach]

(1) is a either a general performance problem, or a dup of bug 24606.
(3) is a dup of bug 24830, as is the first problem described by
[e-mail].

The other problem that [e-mail] described (can't open Prefs dialog
twice) is bug 25702.

Comment 6

[don]

Re-summarized this bug to focus on item number 3 in the original description. 
Please file SEPARATE bugs for the other problems -- one bug per problem, that's
the way it works.  These four issues aren't really related.

Downgraded severity to normal -- this is not a critical bug.

Matt, I can't reproduce this on Linux or Windows.  Do you see this behavior?

Comment 7

[sairuh (rarely reading bugmail)]

h'm, well on winNT i see this problem after fiddling with IM panels --see bug
25964.

then there's bug 24890, which is currently marked as wfm...

pls lemme know if this has anything to do with those two bugs. am just wondering
if we're encountering dups. (and if not, why. :-) thx!

let me know if this is a dup of that one.

Comment 8

[leger]

Bulk move of all Pref UI component bugs to new Preferences component.  Pref UI 
component will be deleted.

Comment 9

[matt]

the reason this happens in because 
a pref that is a sting is
in the prefs.js is a int.  You need to blow
that pref away otherwise we will get a js error.
Need to put error checking code in for this.

Comment 10

[matt]

*** This bug has been marked as a duplicate of 30801 ***

Comment 11

[sairuh (rarely reading bugmail)]

verif.