Closed
Bug 97228
Opened 24 years ago
Closed 24 years ago
[Regression] AutoConfig- Multiple appends when using append_email_adress pref
Categories
(Core :: Preferences: Backend, defect)
Core
Preferences: Backend
Tracking
()
VERIFIED
FIXED
People
(Reporter: lrg, Assigned: mitesh)
References
Details
(Whiteboard: pdt+)
Attachments
(3 files)
1.57 KB,
patch
|
Details | Diff | Splinter Review | |
1.65 KB,
patch
|
Details | Diff | Splinter Review | |
1.75 KB,
patch
|
bnesse
:
review+
shaver
:
superreview+
|
Details | Diff | Splinter Review |
When using autoadmin.refresh_interval in conjunction with
autoadmin.append_emailaddr, the email address sent to the server is not
refreshed, and is appended to, the logfile would look like this:
Launch: lrg@netscape.com
1st Refresh lrg@netscape.com?lrg@netscape.com
2nd Refresh lrg@netscape.com?lrg@netscape.com?lrg@netscape.com
and so on ad infinitum.
This problem seems to have come in with the patch to bug 87661.
Assignee | ||
Comment 1•24 years ago
|
||
I moved ConfigURL to be a member variable instead local so it keeps the old
value and adds an email address/ profile name again to the URL. I need to move
the appending of the email address under the firstTime check so it does only once.
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•24 years ago
|
||
Comment 3•24 years ago
|
||
+ // Removing the emailAddress appended at the end of the ConfigURL if present
+ // So the URL won't keep growing with the arguments when the emailAddress
+ // will be added again.
I don't understand that comment, or what it's describing about the need to
remove the email address. Can you try to reword it for my little brain?
Other than that, sr=shaver.
Assignee | ||
Comment 4•24 years ago
|
||
Assignee | ||
Updated•24 years ago
|
Keywords: nsbranch,
nsenterprise
Comment 5•24 years ago
|
||
I don't think adding that code to Notify() is going to be the best solution. If
Observe() gets called again (say from a profile switch) the reset code won't
happen. Is there any reason to not just put this code at the top of
downloadAutoConfig? This would cover all of the bases.
Assignee | ||
Comment 6•24 years ago
|
||
Comment 7•24 years ago
|
||
Thanks! r=bnesse.
Comment 8•24 years ago
|
||
Comment on attachment 48308 [details] [diff] [review]
Moved the clean up code to beginning of DownLoadAutoCfg()
Thanks for the improved comment. sr=shaver.
Attachment #48308 -
Flags: superreview+
Assignee | ||
Comment 9•24 years ago
|
||
Code checked into the trunk. Waiting for drivers approval for branch check in.
Checking in modules/libpref/src/nsAutoConfig.cpp;
/cvsroot/mozilla/modules/libpref/src/nsAutoConfig.cpp,v <-- nsAutoConfig.cpp
new revision: 3.13; previous revision: 3.12
done
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 10•24 years ago
|
||
Verified fixed in Windows 2000
Verified fixed in Linux
Verified in MacOS
Status: RESOLVED → VERIFIED
Assignee | ||
Comment 11•24 years ago
|
||
Requesting PDT approval for branch check in
Whiteboard: requesting PDT approval
Assignee | ||
Updated•24 years ago
|
Assignee | ||
Comment 12•24 years ago
|
||
Reopening so that we can land it on the branch
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 13•24 years ago
|
||
U need an R= for the latest patch in the patch status, before we can give it a PDT+
Comment 14•24 years ago
|
||
Comment on attachment 48308 [details] [diff] [review]
Moved the clean up code to beginning of DownLoadAutoCfg()
added r to patch status
Attachment #48308 -
Flags: review+
Comment 15•24 years ago
|
||
marking pdt+...lets get it on the branch asap.
Whiteboard: requesting PDT approval → pdt+
Assignee | ||
Comment 16•24 years ago
|
||
Fix checked into the branch.
Checking in nsAutoConfig.cpp;
/cvsroot/mozilla/modules/libpref/src/nsAutoConfig.cpp,v <-- nsAutoConfig.cpp
new revision: 3.12.2.1; previous revision: 3.12
done
Assignee | ||
Comment 17•24 years ago
|
||
Tinderbox seems fine
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 18•24 years ago
|
||
Verified in MacOS, Windows and Linux, closing as verified
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•