Closed
Bug 11796
Opened 25 years ago
Closed 25 years ago
Cookie problems
Categories
(Core :: Networking: Cookies, defect, P3)
Core
Networking: Cookies
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: paulmac, Assigned: neeti)
References
()
Details
(Whiteboard: waiting for 8/13 builds)
Cookies at http://slip/projects/dogbert/test/web/internal/cookies/wa_cookie_name1.html are not being set. Try clicking on the first name/value pair then click on 'see the cookies'. You should see name1=value1 under 'Here is your cookie, munch munch' The cgi for the cookie being set is: echo "content-type: text/html" echo "set-cookie: name1=value1" echo "" echo "<h1>setting name1=value1</h1>" The cgi for reading the cookie back is: echo "content-type: text/html" echo "" echo "Here is your cookie (munch munch):<p>" echo $HTTP_COOKIE"<p>" I don't know where the problem is, writing or reading the cookie. This is on all platforms, and is a post-Necko regression, but not a M9 stopper.
I have a fix in hand. Steve can you review this change.
RCS file: /cvsroot/mozilla/extensions/cookie/nsCookie.cpp,v
retrieving revision 1.18
diff -r1.18 nsCookie.cpp
1493c1493
< cookie_cookieList->InsertElementAt(tmp_cookie_ptr, i);
---
> cookie_cookieList->InsertElementAt(prev_cookie, i);
cvs server: Diffing macbuild
cvs server: Diffing tests
F:\seamonkey\mozilla\extensions\cookie>
If the change is ok, then if get approval from chofmann I can check it in.
Comment 2•25 years ago
|
||
Yep, that sure is a valid correction. And I can see that such an error would indeed cause the behavior cited in this report. So I agree with this change.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: M9
Reporter | ||
Updated•25 years ago
|
Whiteboard: waiting for 8/13 builds
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 4•25 years ago
|
||
verified on all platforms
You need to log in
before you can comment on or make changes to this bug.
Description
•