www.mydomain.com
foo.mydomain.com
test.mydomain.com
If Mozilla is NOT doing that. Then Mozilla has a bug.
In reality - what is really happening is you have 2 cookies set:
One for test.mydomain.com and one for mydomain.com. It just so happens that Mozilla is sending both cookies in such a way that tomcat gets lucky and picks up the right one for sessionid. IE sends it an incompatiable (but probably correct) way. Who knows what happens if you try using Opera.
Write a test page from www.mydomain.com and dump all your request headers and you'll probably see that you are getting sent 2 jsessionid cookies.
-Tim
Michael Wyraz wrote:
Hi! The user _is_ on the correct domain. The problem is, that the browser does not recognize, that "test.mydomain.com" and "mydomain.com" are different. BTW: Mozilla doesn't have this bug...On Mon, 13 Jan 2003 08:54:54 -0500, Tim Funk wrote:[ This is more suited for tomcat-user Please post followups to: [EMAIL PROTECTED] ]This is not isolated to IE6 but all browsers. If you are using apache - add the appropriate redirects to your httpd config to force the user to the correct domain.
-TimMichael Wyraz wrote:Hi! I found a strange bug in internet explorer cookie handling that could possibile workarounded in tomcat: I have 2 different webapps on 2 different domains (a domain and a subdomain of this domain), e.g.: mydomain.com test.mydomain.com When I enter the first domain, a session cookie for this domain is set. The session then works fine for this domain. Then I view a page from the second domain. IE returns the cookie that was set in the first domain. Tomcat does'nt know that session id in the second context and sets a new cookie. Now the strange thing: The new Cookie is never returned from ie. So the new Session in the second domain is not valid and after each click a new SessionID is generated (i think IE always returns the cookie set in the first domain). A possible solution: If the name of the session cookie would be configurable (per host or per webapp), the hostname could added to that cookie. This would fix this issue on IE. Michael.
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>