Closed
Bug 19177
Opened 25 years ago
Closed 25 years ago
user_pref("string:network.proxy.http", "proxyhost") fails
Categories
(SeaMonkey :: Preferences, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M13
People
(Reporter: tomh, Assigned: matt)
References
Details
The default prefs.js file is created with string: labels on the
proxy lines, and the proxy port gets entered with quotes around it.
It doesn't work. In GetIntPref, the "network.proxy.http" name is
marked as 'no user value' and the default gets returned. Same for
the port. Changing the prefs.js file to read:
user_pref("network.proxy.http", "proxyhost");
user_pref("network.proxy.http_port", port); where port is numeric (no quotes)
works. So the bug is either
the fact that the prefs.js file is created with string: labels, or
that libPref doesn't handle them.
Updated•25 years ago
|
QA Contact: paulmac → tever
Comment 1•25 years ago
|
||
setting tever has qa contact for proxy bug
Comment 2•25 years ago
|
||
Based on issues, this is a DUP of bug 16274 "Writing out bad proxy prefs" ...
both bugs are ASSIGNED and M13
Is this a "libPref" problem or a "Networking" problem? Guessing "libPref",
so that would make bug 16274 a DUPLICATE of this bug.
According to vidur@netscape.com in bug 16274,
>Both the string: before the pref name and the quotes around the port number
>are bogus. Changing these manually fixed the problem.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Looks like this is case of writing bad proxy prefs from Necko. Marking it a
duplicate of 16274.
*** This bug has been marked as a duplicate of 16274 ***
Necko doesn't write out any prefs. This is a case of bad prefs being written out
from the preference dialog box. I am correcting this by setting the dup back to
the prefs owner. The other bug is a dup of this one.
Assignee: neeti → matt
Status: REOPENED → NEW
Component: libPref → Pref UI
Updated•25 years ago
|
QA Contact: tever → sairuh
Comment 7•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
I believe this was fixed a while ago.
This is what my pref wrote out:
user_pref("network.proxy.http", "what");
user_pref("network.proxy.http_port", 99);
Comment 9•25 years ago
|
||
my bad: this should prolly go back to tever for verif...
QA Contact: sairuh → tever
Comment 10•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
•