Closed
Bug 115878
Opened 24 years ago
Closed 23 years ago
preferences dialog cant be closed by "OK"
Categories
(SeaMonkey :: Preferences, defect)
SeaMonkey
Preferences
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.
| Assignee | ||
Comment 1•24 years ago
|
||
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.
Comment 2•24 years ago
|
||
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
| Assignee | ||
Comment 3•24 years ago
|
||
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.
| Assignee | ||
Comment 4•24 years ago
|
||
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
Comment 6•23 years ago
|
||
See also bug 129808.
Comment 7•23 years ago
|
||
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
Comment 8•23 years ago
|
||
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
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•