Closed Bug 5476 Opened 25 years ago Closed 25 years ago

Preference radio buttons are not initialized

Categories

(SeaMonkey :: Preferences, defect, P2)

defect

Tracking

(Not tracked)

VERIFIED FIXED

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"
Assignee: shuang → don
Assignee: don → matt
Priority: P3 → P2
Target Milestone: M5
Assigned to matt. Is this fixable for M5?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
done
Updating QA Contact from paulmac to cpratt
Status: RESOLVED → VERIFIED
yup, it's fixed. 1999052408 build. NT 4.
Status: VERIFIED → REOPENED
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.
Target Milestone: M5 → M7
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.
OS: Windows NT → All
Hardware: PC → All
Target Milestone: M7 → M9
Resolution: FIXED → ---
Clearing Fixed resolution.
Blocks: 11439
adding bug to the Prefs feature tracking dependency list
Target Milestone: M9 → M10
On the browser prefs this seems to happen only to offline now
Target Milestone: M11 → M12
since we are not using offline i'm mvoing this out
Assignee: matt → chuang
Status: REOPENED → NEW
the offline prefs are now default. Mail news ones are not in all.js or andy .js
Target Milestone: M12 → M13
QA Contact: cpratt → sairuh
spam: in my testing realm, so reassigning qa contact to me, en masse.
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Mailnews default is in mailnew.js. Remove the "checked = true" from .xul file to reflect the default. Fix checked in tonight.
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
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.
Component: Pref UI → Preferences
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.