Closed Bug 115878 Opened 24 years ago Closed 23 years ago

preferences dialog cant be closed by "OK"

Categories

(SeaMonkey :: Preferences, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED WORKSFORME
Future

People

(Reporter: a_geek, Assigned: samir_bugzilla)

References

Details

(Keywords: qawanted)

Hello, often I cannot leave the Preferences dialog clicking "OK" but only "CANCEL" which is not the main reason entering the Preferences dialog in the first place. Somehow the defaults seem to be screwed since mozilla always opens the search engine tab in the sidebar when I visit almost any page, and this way I can't switch it off.
Reporter, Could you supply some specific, reproducible steps to show this problem, the expected results, and the actual results? Also, please include the platform and build ID of the build you observed this behavior. It would be helpful if you used the bugzilla helper to report bugs in the future: <http://www.mozilla.org/quality/help/bugzilla-helper.html> Thanks for your time.
I can confirm this in 2001120604 build for MacOS9.x. I get this happen in Preferences, Password manager, even Find dialogs. I can not test it in the latest builds because of installer bug. Likely a dupe of bug 115460, which has been marked WFM in 1214 build.
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
hirata, Can you please give specific steps on how to reproduce this bug? Each pref pane has different code behind it so without this information I can't really investigate. Thanks.
Relevant snippets sent by mail from the reporter: "The build id is 2001112012, and it's Debian GNU/Linuxwoody, mostly). Unfortunately I'm currently unable to produce the bug quickly since now I _could_ close the Preferences dialog on several occasions that I was denied closing it before - ie, the bug appears to be intermittent, since I sometimes can and sometimes can't close the dialog. So I can only give you an example what I mean: - open the preferences dialog - go to "Navigator" - go to "Internet Search" - click "Open the search tab in the sidebar..." several times until it's off (it toggles every time, but I want to have mozilla do something) - click "OK" On two occasions I was unable to close the dialog clicking ok, but only by clicking cancel. On several occasions I was unable to close the dialog using "OK" after doing different things in the Preferences dialog, but these are too far away for me to remember (now). What I expect is that if I click or type something there that Mozilla accepts as a legal value (ie, having a checkbox either checked or unchecked), I expect to be able to make this change permanent clickling OK, but this doesn't always work, and when it doesn't, it's rather annoying. Please also note that I'm running with tabbed browsing on, and also sometimes with several windows plus tabbed browsing on (and Javascript, too)." Can't reproduce the steps as reported. Don't think that there would be a significant userbase toggling on and off the prefs rapidly. However, arguably if this happened on occasion it clearly would be an annoying defect. Need a reproducible testcase to diagnose the problem.
Keywords: qawanted
Target Milestone: --- → Future
Blocks: 40891
seeing this bug in mac os 9 mozilla 0.9.9 release
See also bug 129808.
Resolving as wfm, if anyone sees this in current builds, please add specific steps to reproduce.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs. reopen only if this bug is still a problem with a *recent trunk build*. mail search string for bugspam: AchilleaMillefolium
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.