113945 - Can't apply Preferences. no effection with pushing OK

Status: VERIFIED WORKSFORME

(SeaMonkey :: Preferences, defect)

Description

[Yuki]

Sometimes there is no effection,when I pushed "OK" in preferences.
I don't know ,this rule.
This problem happened in 0.9.5/0.9.6/0.9.6+

Comment 1

[eberry]

You need to try to determine what sequence of pref changes causes this to
happen.  It might be themes or font prefs.  See the depends on list for bug
40891 for more.
Without more information, I don't think this issue can be investigated or fixed.

Comment 2

[Yuki]

On WindowsNT [0.9.6] it happens when Preference menu was changed more
than 5 times, and sometimes display "Preferred language changes will take effect
when you restart Mozilla" whether setting change or not.

Comment 3

[Doron Rosenberg (IBM)]

could you activate the js console via tasks => tools => javascript console 

and see if an error is thrown?

Comment 4

[Yuki]

##When open Preferences.
Error: parent.hPrefWindow has no properties
Source File: chrome://messenger/content/pref-mailnewsOverlay.js
Line: 23

##When I can't push "OK".
Error: strbundle has no properties
Source File: chrome://communicator/content/pref/pref-appearance.xul
Line: 71

##When it shows "Preferred language changes will take effect
when you restart Mozilla"
Error: popup has no properties
Source File: chrome://editor/content/editorApplicationOverlay.js
Line: 82
Error: popup has no properties
Source File: chrome://messenger/content/mailNavigatorOverlay.xul
Line: 77
Error: parent.initPanel is not a function

Comment 5

[Manfred Lebek]

i had the same effect. Try to change only one preference, hit ok and reopen the
prefrences dialog and only change one preference, then it work with Mozilla 0.9.6.

Comment 6

[Troy Telford]

I have the same problem(s) in WindowsXP, but to a much larger extent.  Most of 
the preferences aren't saved.

The following is an (edited) version of my prefs.js script.  Each line is one 
I have confirmed will not save/apply correctly.  


user_pref("browser.cache.disk.capacity", 0);
user_pref("browser.cache.memory.capacity", 0);
user_pref("browser.startup.homepage", "[object Window]");
user_pref("browser.turbo.showDialog", false);
user_pref("editor.author", "[object Window]");
user_pref("editor.history.url_maximum", 0);
user_pref("editor.prettyprint", false);
user_pref("font.language.group", "[object Window]");
user_pref("layout.reflow.dumpframebyframecounts", "[object Window]");
user_pref("layout.reflow.dumpframecounts", "[object Window]");
user_pref("layout.reflow.showframecounts", "[object Window]");
user_pref("ldap_2.autoComplete.directoryServer", "[object Window]");
user_pref("mail.collect_email_address_size_limit", 0);
user_pref("mail.fixed_width_messages", false);
user_pref("mailnews.send_default_charset", "[object Window]");
user_pref("mailnews.start_page.url", "[object Window]");
user_pref("mailnews.view_default_charset", "[object Window]");
user_pref("mousewheel.withaltkey.numlines", 0);
user_pref("mousewheel.withcontrolkey.numlines", 0);
user_pref("mousewheel.withshiftkey.numlines", 0);
user_pref("network.cookie.lifetime.days", 0);
user_pref("network.ftp.anonymous_password", "[object Window]");
user_pref("network.http.accept-encoding", "[object Window]");
user_pref("network.http.version", "[object Window]");
user_pref("network.proxy.autoconfig_url", "[object Window]");
user_pref("network.proxy.ftp", "[object Window]");
user_pref("network.proxy.gopher", "[object Window]");
user_pref("network.proxy.http", "[object Window]");
user_pref("network.proxy.no_proxies_on", "[object Window]");
user_pref("network.proxy.socks", "[object Window]");
user_pref("network.proxy.ssl", "[object Window]");
user_pref("nglayout.debug.disable_xul_cache", "[object Window]");
user_pref("nglayout.debug.invalidate_dumping", "[object Window]");
user_pref("nglayout.debug.motion_event_dumping", "[object Window]");
user_pref("nglayout.debug.paint_dumping", "[object Window]");
user_pref("nglayout.debug.paint_flashing", "[object Window]");
ser_pref("security.OCSP.URL", "[object Window]");
user_pref("security.OCSP.signingCA", "[object Window]");
user_pref("security.default_personal_cert", "[object Window]");
user_pref("security.disable_button.changePassword", "[object Window]");
user_pref("security.disable_button.resetPassword", "[object Window]");
user_pref("security.password_lifetime", 0)
user_pref("signon.expireMasterPassword", "[object Window]");

In addition, The following also do not work:
Toolbar Button Selection
Display Resolution (Won't even let me click OK), but setting is saved 
when 'cancel' is clicked
Tabbed Browsing (Won't let me click OK)
"Use System Colors" - Will not save
Remember history for "X" days 
Internet Search (all)

And, I'm sure there are other I've missed.

This was found using build 2001120908

Comment 7

[Asa Dotzler [:asa]]

reassign to default owner

Comment 8

[Samir Gehani]

I believe all these problems have been fixed.  The "[object Window]" being saved
problem was fixed yesterday by Blake (per his comments in another bug).  

Reporters and witneses,
Please try a current nightly build and reopen if any of these symptioms persist.
 Also, if they do persist please try creating a new profile and run your tests.
 Include the result of the run with the new profile too if reopening this bug. 
Thanks.

Nightly builds can be downloaded from:
<http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/>

Comment 9

[sairuh (rarely reading bugmail)]

mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)