Closed Bug 85850 Opened 24 years ago Closed 24 years ago

Cookie behavior has changed between 0.9.0 and 0.9.1

Categories

(Core :: Networking: Cookies, defect)

x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 83625

People

(Reporter: dave, Assigned: morse)

References

()

Details

This problem is affecting two sites that I need to log in to. The first is in the URL above; the second is manager2.cybercash.com. Both sites have login screens. Under mozilla 0.9.0 (build 2001050521), I enter my login, and the palmos site sends me two cookies that presumably contain my login tokens, and the site lets me in. I know this because I did it tonight with mozilla 0.9.0 and the "warn before accepting cookies option" turned on. I also tried it with lynk with the same results (the site lets me in after I accept the cookies). I have similar success with the cybercash site. Under 0.9.1 (mozilla build 2001060713 or galeon/gecko build 20010612), the browser doesn't seem to even see the cookies. I try to log in, but no dialog appears asking me to accept the cookies, and the site claims that my login failed and that I have to enable cookies in my browser. I have similar failures with the cybercash site. A protocol trace of the palmos site shows that the cookies are definitely being set: Here is the post from the browser POST /pavilion_menu.html HTTP/1.1 Host: spp.palmos.com User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-xfs i686; en-US; Galeon) Gecko/20010612 Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9, image/png, imag e/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1 Accept-Language: en Accept-Encoding: gzip,deflate,compress,identity Accept-Charset: ISO-8859-1, utf-8; q=0.667, *; q=0.667 Keep-Alive: 300 Connection: keep-alive Referer: http://www.palmos.com/alliance/resources/ Content-type: application/x-www-form -urlencoded Content-Length: 73 -token.username=dave%40rudedog.org&-token.password=[elided]&-nothing=Enter Here is the first response from the server: HTTP/1.1 100 Continue Server: Microsoft-IIS/4.0 Date: Wed, 13 Jun 2001 22:09:53 GMT Here is the next response from the server: HTTP/1.0 200 OK Server: Lasso/3.6.5 ID/ACGI MIME-Version: 1.0 Content-type: text/html Set-Cookie: id=730304509527249105; path=/; domain=.palm.com Set-Cookie: id=730304509527249105; path=/; domain=.palmos.com Set-Cookie: spppro=730304509527248937; path=/; domain=.palm.com Set-Cookie: spppro=730304509527248937; path=/; domain=.palmos.com Content-length: 229 But, neither mozilla 0.9.1 or galeon using gecko 0.9.1 will take the cookies, and it makes my login fail. I assume that a similar problem is happening with the second site, but it's much harder to get a protocol trace over SSL. I believe this to be a significant bug that prevents common usage of mozilla 0.9.1, at least for me. I use both of the above sites on a regular basis, and it really sucks to have to fire up ie to get to them.
*** This bug has been marked as a duplicate of 83625 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.