Closed Bug 14352 Opened 25 years ago Closed 23 years ago

Verify defaults in all.js prefs.

Categories

(SeaMonkey :: Preferences, defect, P3)

All
Linux
defect

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: gagan, Unassigned)

Details

(Keywords: helpwanted, Whiteboard: [nsbeta3-])

GetIntPref sets the value to zero and returns NS_OK for missing prefs. BAD BAD
BAD
Gagan, can you clarify what "missing prefs" mean? Does it mean the itself not
being found in the prefs.js file or is the pref missing from the default pref
files like all.js?
missing from prefs.js.
If, a pref is missing from prefs.js, then the libpref code looks if the pref has
a default value and then returns the default value. In the case of

 rv = prefs->GetIntPref("network.proxy.http_port",&proxyPort); in
nsHTTPHandler.cpp, if "network.proxy.http_port" is not specified in prefs.js, it
is returning the default value of the pref i.e. 0, which is specified in all.js
pref("network.proxy.http_port",             0);
and returns NS_OK.
then we should remove that from all.js. There should not be any default value
for http proxy port.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
There are some network.proxy..... prefs in all.js. Maybe, you or someone in
necko should check if these have the correct default values, or whether they
should have a default value, if at all.

Marking, this bug as invalid.
Status: RESOLVED → REOPENED
Summary: GetIntPref incorrectly returns NS_OK for missing prefs. → Verify defaults in all.js prefs.
Neeti this needs to remain open till default prefs in all.js are cleared by
their owners. I have updated the summary.
Resolution: INVALID → ---
Clearing Invalid resolution due to reopen.
Target Milestone: M15
Status: REOPENED → ASSIGNED
spam: added self to cc list as this might affect my realm.
Moving all libPref component bugs to new Preferences: Backend component.  
libPref component will be deleted.
Component: libPref → Preferences: Backend
Target Milestone: M15 → M16
Target Milestone: M16 → M17
spam: moving qa contact on some bugs from paulmac to sairuh@netscape.com
QA Contact: paulmac → sairuh
Target Milestone: M17 → M18
prefs to mcafee
Assignee: neeti → locka
Status: ASSIGNED → NEW
Component: Preferences: Backend → ActiveX Wrapper
QA Contact: sairuh → cpratt
Target Milestone: M18 → ---
prefs to mcafee
Assignee: locka → neeti
Component: ActiveX Wrapper → Preferences: Backend
QA Contact: cpratt → sairuh
argh... didn't work the last time. pardon the spam. ->mcafee
Assignee: neeti → mcafee
Component: Preferences: Backend → Preferences
dveditz
Assignee: mcafee → dveditz
this is a stale bug. it has not been touched in 30 days. it is still the same.
some of the of the applications that are missing in the pref menue is in
apprearance.the show tool bar as.. is missin and the cookie option is missing also
i know it's rather late to nominate for beta3, but, what the hell. cc'ing qa 
folk who're also checking out backend prefs from an automation stance (if even 
feasible).
Keywords: helpwanted, nsbeta3
I have no clue what pref defaults should or shouldn't be.. that's really up to 
the folks responsible for their module.
Assignee: dveditz → nobody
Whiteboard: [nsbeta3-]
Hardware: PC → All
I don't think this bug is currently useful to anyone...
Status: NEW → RESOLVED
Closed: 25 years ago23 years ago
Resolution: --- → INVALID
*shrug* okidoke.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.