Re: Session lost on netscape, mozilla and firefox, but not IE and Opera

[Uwe Kubosch]

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]

Re: Session lost on netscape, mozilla and firefox, but not IE and Opera

[Uwe Kubosch]

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

[Uwe Kubosch]

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  tag:
> 
>  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]

SV: Session lost on netscape, mozilla and firefox, but not IE

[Uwe Kubosch]

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]

Session lost on netscape, mozilla and firefox, but not IE

[Uwe Kubosch]

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  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: method="post" but doGet() called

[Uwe Kubosch]

> 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

[Uwe Kubosch]

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:

/

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?




Access Denied


Access denied!








Login



http://localhost:8080/espresso";>




Login
Password


if
(document.loginForm.EspressoUID.value.length == 0)
{document.loginForm.EspressoUID.focus();} else
{document.loginForm.EspressoPWD.focus();}





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]