I have a page that lists a bunch of html files. When I click one of those files, it shows the html page in a new popup window.
After I close the popup window (which may be creating a new session), then the original window has the new session value. Isn't every instance of the browser supposed to share the same session? If not, the new session created by the window should not be passed back to the original window should it? Why would this not happen when accessing the server from another location besides localhost? -----Original Message----- From: Rutledge, Aaron [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 9:16 AM To: Tomcat Users List Subject: RE: Very strange session problem on localhost only (trying again) So it sounds like you have a test page that loads the session variables and you reload the page or something to verify thier value. You open some window...and for some reson when you continue testing the variables in this original window you suddenly have a new session? Are you sure you aren't mixing up the windows some how? It makes perfect sense that the new window may have a different session value from the one that spawned it.--Aaron -----Original Message----- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 7:51 AM To: Tomcat Users List Subject: RE: Very strange session problem on localhost only (trying again) The popup window only displays and html page. There is no processing done when the window is closed. Actually, the only thing tomcat does is serve one html page and the associated images. For some reason, this seems to create a new session. When I say that the session times out, a check reveals that there is an entirely new session value set when I try to click something in the original page. This happens on all dev computers, running all different versions of Internet Explorer. -----Original Message----- From: Rutledge, Aaron [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 8:46 AM To: Tomcat Users List Subject: RE: Very strange session problem on localhost only (trying again) What do you mean "the session times out"? Are you testing for session variables and the session expires after this page loads on localhost, but not from another browser on another machine? Or, does your page never load? I assume the page loaded in the new window is a JSP or Servlet generated. WHat kind of code is in that window and what is the action of the button when it is closed (is it strictly client-side or does it load a new page or submit data)? Also, are you sure that the problem is not a browser problem on your localhost machine. When you return to that page is it possible that you're not seeing what you are expecting because of a cached page or a simmilar problem? --Aaron -----Original Message----- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 7:23 AM To: Tomcat Users List Subject: RE: Very strange session problem on localhost only (trying again) Nobody responded to this in a few days, so I'll try again this morning... Hello, We have recently noticed a very strange error when running tomcat 3.2.4 on localhost. If a button in the application pops up a new window, then the user closes that window to return to the original screen, the session times out. This does not happen when using tomcat connected to apache on our production machine, or even if we access tomcat standalone from another computer on the network. Only happens on localhost. Does anyone know why? Brandon -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>