Closed
Bug 199908
Opened 22 years ago
Closed 22 years ago
HTTP session parameters is equally for different running copy Mozilla
Categories
(Core :: Networking: Cookies, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 117222
People
(Reporter: vfigurov, Assigned: darin.moz)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
HTTP session parameters is equally for different running copy Mozilla. In result
- impossibly logon to one chat - site for chating under diff. users from one
computer.
Reproducible: Always
Steps to Reproduce:
1. Start Apache-Tomcat with simple jsp-application which, if pop from sessions
attribute return null, make push sessionID (IS UNIQUE ID FOR ANY SESSIONS!!!) in
session attribute.
2. Login in this web-app one Mozilla-client. (web-app, not find SessID and
pushing his into sessions)
3. Close Mozilla-client. (the old sessions in Tomcat stay running until timeout..)
4. Login in this web-app one Mozilla-client. And web-app DONT CREATE the NEW
session!!! Web-app connected in old sessions!!! (web-app find SessID in session
and pop his and oldSessID == newSessID !!!
Comment 1•22 years ago
|
||
This is being discussed, but there is no consensus yet on how to best implement
scoping of session cookies.
*** This bug has been marked as a duplicate of 117222 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Component: Networking: HTTP → Cookies
QA Contact: httpqa → tever
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•