Closed
Bug 5476
Opened 25 years ago
Closed 25 years ago
Preference radio buttons are not initialized
Categories
(SeaMonkey :: Preferences, defect, P2)
SeaMonkey
Preferences
Tracking
(Not tracked)
VERIFIED
FIXED
M13
People
(Reporter: morse, Assigned: chuang)
References
Details
Open the preference panel (edit/preferences) and go to advanced. There are
three radio buttons for cookie behavior -- namely accept all, accept only, and
disable. The default should be accept all. However, none of them are checked.
And a related issue -- the wording on "accept only" is bad. It should be
"accept only cookies that get sent back to originating server"
Updated•25 years ago
|
Assignee: shuang → don
Reporter | ||
Updated•25 years ago
|
Status: VERIFIED → REOPENED
Reporter | ||
Comment 5•25 years ago
|
||
No, this is not fixed in the general case. Yes, it is true that the specific
example cited here (cookie preferences) has been fixed. But none of the other
radio buttons on preferences have been initialized. For example, the startup
preference panel (appearance) has a radio button for "show toolbars as" and
initially nothing is checked there. Similarly under Mail-and-news/addressing
there is an unititialized radio button for "when there are multiple addresses
found". And in offline, there are two uninitialized radio buttons -- namely
"startup state" and "when going offline". And another uninitialized one in
advanced/cache.
Finally, there are two other problems with the preference panel that I am
dumping into this report because I am too lazy to open another one. Namely:
- Navigator/Languages does not open a new panel
- Panels that are large get truncated on the bottom and there is no scroll
button. See mail-and-news/identity as an example.
We are changing the prefs into xul prefs
so i am not working on the old prefs that are in
the product now. When the xul prefs are changed into
the product it will be time to review the prefs.
Also the languages prefs are not put in yet because
we don't have a proper widget for it and the scrollbars
are off is a feature not a bug. The mail people have
to change there prefs pane.
Comment 8•25 years ago
|
||
adding bug to the Prefs feature tracking dependency list
Comment 10•25 years ago
|
||
since we are not using offline i'm mvoing this out
Comment 11•25 years ago
|
||
the offline prefs are now default.
Mail news ones are not in all.js or andy .js
Updated•25 years ago
|
QA Contact: cpratt → sairuh
Comment 12•25 years ago
|
||
spam: in my testing realm, so reassigning qa contact to me, en masse.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 13•25 years ago
|
||
Mailnews default is in mailnew.js. Remove the "checked = true" from .xul file
to reflect the default. Fix checked in tonight.
Comment 14•25 years ago
|
||
okay, for the most part all radio buttons in the prefs have initial values...
except in a few places:
IM > Privacy
Composer
Offline > Download
i'll open separate bugs for these!
Status: RESOLVED → VERIFIED
Comment 15•25 years ago
|
||
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI
component will be deleted.
Component: Pref UI → Preferences
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•