Re: Session lost on netscape, mozilla and firefox, but not IE
On Sat, 2005-02-12 at 18:06 -0500, Robert Hunt wrote: I've seen some browsers (Netscape) truncate the query string portion of an action URL in the form tag: form action=http://target.com/servlet?param=val; ... such that the target servlet receives the HTTP request without param=val, but that's usually with method=GET. I verified that the servlet receives a POST request, so this should not be it. Perhaps you should check the log to see if the session cookie is being set and returned by the POST. In which log can I find this, please? I stepped through my code examining the fields in the CoyoteRequest, and the browser has returned the one cookie I set explicitly, but i cannot find the tomcat session cookie. the session field of the CoyoteRequest is set to null, even after both getSession() and getCookies() have been called, and parseCookies has been set to true. My current guess is that the browser does not send back the session cookie, but how can that be? This must be one of the most used features in any browser, so it would be more likely that my code is at fault, but I have no idea what that may be. Any help is greatly appreciated. With kind regards, Uwe Kubosch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session lost on netscape, mozilla and firefox, but not IE and Opera
I just did a test with Opera, and it works with Opera. So current status is: Session lost on netscape, mozilla and firefox on Linux, but not IE on windoze and Opera on Linux. With kind regards, Uwe Kubosch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session lost on netscape, mozilla and firefox, but not IE and Opera
On Sun, 2005-02-13 at 15:01 +0100, Uwe Kubosch wrote: I just did a test with Opera, and it works with Opera. Analyzed input from Opera, and I can find the JSESSIONID cookie, so I am positive that it is missing when using firefox, mozilla and netscape. Any ideas on how to fix this? Uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Session lost on netscape, mozilla and firefox, but not IE
Hi all! I have a webapplication that has been running for 8 years, currently on tomcat 5.5, but recently I have been trying to access it from linux with firefox, and I notice that in some situatons the session is lost. It happens when I submit a form with method POST using javascript triggered from selecting a select option. I ave tried to find any info on this, but have not been successful. Is this perhaps a known issue? Feel free to direct me to relevant documentation. donV - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SV: Session lost on netscape, mozilla and firefox, but not IE
I use the default configuration, the JSESSION cookie. -Opprinnelig melding- Fra: Robert Hunt [mailto:[EMAIL PROTECTED] Sendt: 12. februar 2005 19:15 Til: tomcat-user@jakarta.apache.org Emne: Session lost on netscape, mozilla and firefox, but not IE How is the session maintained; cookies or URL mangling? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SV: method=post but doGet() called
When Tomcat sees a request for 'http://localhost:8080/mycontext' it sends back a response to redirect to 'http://localhost:8080/mycontext/'. This is so that relative links to things like images and stylesheets work correctly. If the browser conformed to the HTTP/1.1 RFC, it would re-request the new URL with a POST, but I don't know of any browsers that do this. Thank's a million. So I shouldn't spend more time trying to fix it? Rather I should add the trailing / myself to avoid the redirect? donV - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
method=post but doGet() called
Hi all!
I have a form (included below) where I set method=post, but for for a
specific action URL, it arrived in the doGet method instead of the doPost
method.
I have a seervlet-mapping that pics up _all_ resquests to the context:
url-pattern//url-pattern
The unexpected behaviour comes when there is nothing after the context in
the action URL:
http://localhost:8080/mycontext
This arrives in doGet.
Putting something after the context works:
http://localhost:8080/mycontext/stuff
This arrives in doPost.
Is this correct behaviour? I am using Opera as browser. Should this make a
difference?
html
head
titleAccess Denied/title
/head
body
h1 align=centerAccess denied!/h1
div align=center
/div
!-- Begin BOX 'Login'--
table border=2 align=center width=1trtd align=left
div align=left
h3Login/h3
/div
div align=center border=1 width=1
form name=loginForm method=post enctype=multipart/form-data
action=http://localhost:8080/espresso;
input type=hidden name=formObjectID value=-4
input type=hidden name=tabvalue=General
input type=hidden name=defcmd value=Login
table cellspacing=0 cellpadding=0
trtd class=EspressoLoginLogin/tdtdinput class=EspressoLogin
type=text name=EspressoUID value=root size=10/td
trtd class=EspressoLoginPassword/tdtdinput class=EspressoLogin
type=password name=EspressoPWD value= size=10
nonChange='document.loginForm.submit()'/td
trtd colspan=2 align=center nowrapinput class=EspressoLogin
type=submit name=cmd value=Login
/td
/tr/table/formscript type=text/JavaScriptif
(document.loginForm.EspressoUID.value.length == 0)
{document.loginForm.EspressoUID.focus();} else
{document.loginForm.EspressoPWD.focus();}/script
/div/td/tr/table!-- End BOX --
/body
/html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
