Closed Bug 40891 Opened 25 years ago Closed 21 years ago

[meta] OK button doesn't work in preferences

Categories

(SeaMonkey :: Preferences, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.0.1

People

(Reporter: bugzilla, Assigned: trudelle)

References

Details

(Keywords: meta, Whiteboard: se-radar)

Tracking bug for all the cases and scenarios in which the "OK" button ceases to function in Preferences
Depends on: 37708, 37897, 40617, 40884
Keywords: meta
Depends on: 36504
Depends on: 43223
Depends on: 24890, 25079
Depends on: 44475
Depends on: 44674
Depends on: 45434
Under Edit/Preferences, once you have viewed "Composing Messages", not only will the OK button cease to work, but you are unable to view any other topic in the dialog.
Hi Katherine: this is a meta (aka tracker) bug used to track all of the times in which the OK button in preferences doesn't work. Bugs for individual issues should be reported separately and marked as blocking this bug, not reported in comments to this bug. So, please file that issue as a new bug and mark it as blocking this one (40891). Thanks.
Depends on: 46598
Blocks: 46728
No longer blocks: 46728
Depends on: 46728
Depends on: 46681
QA Contact: sairuh → BlakeR1234
No longer depends on: 46681
i know this is a meta bug, but rather than listing every single instance/bug in the relnotes for beta2, i'd rather the user refer to this one for the list. pls remove relnote2 kw after we ship beta2.
Keywords: relnote2
Whiteboard: sairuh: remove relnote2 after beta2 releases
Well actually, I think every bug is fixed in the branch bits except bug 40884. So we should probably just relnote2 that one (correct me if wrong)...
Keywords: relnote2
Whiteboard: sairuh: remove relnote2 after beta2 releases
Looks like 40884 is resolved, so I'm omitting this one from the PR2 release notes.
Depends on: 47977
Depends on: 30801
Depends on: 48366
OS: Windows 98 → All
Hardware: PC → All
Depends on: 54254
Depends on: 55371
Summary: [meta] OK doesn't work in preferences → [meta] OK button doesn't work in preferences
Depends on: 57433
Depends on: 59868
Depends on: 61350
No longer depends on: 61350
Depends on: 63669
Depends on: 66118
Depends on: 67911
Depends on: 67641
Well, I'm not sure if that helps but...anyway: When changing only an option at a time, without browsing in more than one categories, and then clicking OK, it usually (always?) works. If one browses into many Prefs categories or changes more than one options and then clicks OK, most chances are this button won't work.
Depends on: 72751
->mcafee taking qa contact. file protests if needed. ;)
Assignee: matt → mcafee
Depends on: 80946
QA Contact: blakeross → sairuh
Depends on: 82011
Depends on: 79821
Depends on: 70399
Keywords: nsbeta1
nav triage: nsbeta1-
Target Milestone: --- → mozilla1.0
Over to vishy to find an owner.
Assignee: mcafee → vishy
nav triage team: most of the issues are done, marking p5 and nsbeta1+ already at mozilla1.0
Keywords: nsbeta1nsbeta1+
Priority: P3 → P5
Depends on: 86815
Depends on: 90600
taking
Assignee: vishy → trudelle
Depends on: 109561
Build 2001111706 for Linux, triggered by changing the monospace font from "12" to "14". Fails every time.
Depends on: 92791
Build ID: 2001112009 Win2000 Select Preferences In the left pane select: Appearance Fonts Colors Themes Contacts Now click OK... Nothing happens - must cancel
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
This is just a meta bug. back to 1.0, adding magic keyword
Keywords: mozilla1.0
Target Milestone: mozilla1.0.1 → mozilla1.0
Depends on: 114630
Whiteboard: se-radar
Depends on: 114837
Depends on: 115878
Depends on: 127783
Note: bug 89576 would reduce the chances of future errors.
->1.0.1
Target Milestone: mozilla1.0 → mozilla1.0.1
*** Bug 134132 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
I can't quite figure out what is going on with this bug, but I am not having the issue mentioned. I am currently running daily build 2002080807. Although I have been upgrading to a new daily build every day for the last several months, but only on today's build did I start having a problem with the preference dialog. What happens is this: I can open the preference dialog and edit the first page on it (Navigator), but the ok button does not work if I switch to any other page. This problem may have been present in the last few builds but I would not have noticed because I don't frequently modify my preferences. The only reason I was changing preferences this time was because I have just re-formatted my machine and installed a fresh copy of Win XP and went directly to todays build instead of upgrading from day to day. This is the error which appears in the JavaScript Debug Console: Error: document.getElementById("startupPage") has no properties Source File: chrome://communicator/content/pref/pref-navigator.js Line: 141 I hope this is the correct place to post this problem. This bug seems to be the center point of several related bugs with the preference dialog, but none of the others seems recent (at lease not that I found from the ones I went through).
Post a new bug, and make it block this one (I have the same problem)
This bug still exists as of the "stable" release of Mozilla 1.1. I've found that if you change the SMTP servers and press OK on the SMTP server "Advanced" dialog, the OK button on the Preferences page will not work, but if you press Cancel on the "Advanced" dialog, the OK button will work on the Preferences page.
This is a metabug, please file a dependant bug for any new occurrences.
This didn't occur for me in Phoenix (0.4, 0.5) until I installed a bunch of Extensions. Disabling them doesn't seem to help. I have the following extensions installed: Alternate Stylesheets, autohide toolbox, digger v0.3.0, Linky, Nuke Image, Preferences Toolbar, QuickPrefs v1.0, cssmenu v0.1.0, Tabbrowser Extensions, Text Links, UA String Widget.
Depends on: 217970
No longer depends on: 217970
I believe this will reproduce the problem. Running Fb 0.7 (I know, Fb, but I've had this problem since almost the first time I tried Mozilla Browser) on Win XP Pro. Do the following in Preferences. 1. Change cache size. 2. Add site to allow popups, starting blank. 3. Change an option in Browsing under Advanced.
Depends on: 223287
No longer depends on: 223287
All tracked bugs in this tracking bug are closed, marking fixed
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.