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)

x86
Windows 2000
defect
Not set
normal

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 !!!
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
VERIFIED/dupe
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.