[ptt-users] Strange behavior - but where from?

[Ernest Semerda]

Thanks for your reply Olivier. I've used jython custom script to write my
paths in TM.

jCookie stores the jsession details of the secure login connection and
validates all subsequent pages within the secure session. So understanding
what URL's its allowing is important.

The problem here is when I observe what jCookie is doing in one of my other
scripts with a different session using a different URL and login service the
URL's are parsed through it correctly.

Only in this 1 instance (script) when
?%22https://www.mydomain.com/myFriendlyName%22-T is appended to the end of
the URL to log into the secure connection, as such:
https://www.mydomain.com/loginControl/?%22https://www.mydomain.com/myFriendlyName%22-T
then I keep on getting 302 redirects and 0 content length being returned.

Now, stepping through all of this using my browser with TemperData to
monitor the connection I should be getting a 200 and content length > 0 and
not 302.

So its either TM or jCookie which is not emulating the experience properly?
As I said before, my other scripts are fine. Its just this one instance
that's doing it because of the funny URL being passed into it.

I'm baffled :(

E

On 18/09/2007, Olivier Dony <olivier.dony at denali.be> wrote:
>
> On Sep 15, 2007, at 2:32 AM, Ernest Semerda wrote:
> > Hi,
>
> Hi Ernest,
>
>
> > I'm getting strange behavior from TM which hopefully someone can
> > shed some light / help me out? :)
> > Here's what has been scripted in TM:
> >
> > 1. I've setup a login to an online secure service.
> >
> > 2. One of the scripts POSTs login details to a URL which is
> > structured like this to login into the system:
> > https://www.mydomain.com/loginControl/?%22https://www.mydomain.com/
> > myFriendlyName%22-T
> >
> > 3. After the login, a call is redirected to
> > https://www.mydomain.com/myFriendlyName
>
> Is this redirect supposed to be done via a HTTP redirect response
> (302|303) coming from the server, or via a javascript or meta tag in
> the HTML itself?
>
>
> > Which should return content and response code 200.
>
> Do you mean you expect a 200 response for the next request after the
> redirect, or for the redirect response itself?
>
>
> > However, it doesn't returning 302 and 0 content length.
> > After running a debug on jcookie, the RFC2965CookieParser,tailMatch
> > () URL is returning:
> > https://www.mydomain.com/myFriendlyName/?%22https://
> > www.mydomain.com/myFriendlyName%22-T
> > Which is invalid and is dumped by this Novell Access Gateway as a
> > 302 Redirect with 0 byte content weight.
>
> I'm not sure I understand correctly. What has jcookie to do with a
> redirect?
> Just in case: an HTTP 302 redirect response is a correct way to
> redirect the browser to another URL, and is achieved by returning an
> HTTP 302 status code, with a special "Location" header. This kind of
> HTTP response should contain a non-empty body (as per HTTP RFC 2616),
> but that is *not* mandatory, so even a Content-Length of 0 is valid,
> and the gateway has no reason to drop it.
> And even if it did, I don't see why it wouldn't also drop the same
> response when you do the scenario using a regular browser?!
>
> Have you tried capturing the HTTP packets going back and forth
> between the client and the server during the test (using Ethereal for
> example)?
> What does that look like? What is the difference when you execute the
> scenario manually with a browser, as opposed to when you do it via TM?
>
> And what does your jython script look like? Have you used TestGen4Web
> to record the scenario and then imported it within TM?
> Or is this a custom script?
>
>
>
> --
> Olivier Dony,
>
> Denali s.a., "Bridging the gap between Business and IT"
> Rue de Clairvaux 8, B-1348 Louvain-la-Neuve, Belgium
> Office: +32 10 43 99 51  Fax: +32 10 43 99 52
> www.denali.be
>
> Legal Notice: This message may contain confidential and/or privileged
> information. If you are not the addressee or authorized to receive
> this for the addressee, you must not use, copy, disclose or take any
> action based on this message or any information herein. If you have
> received this message by mistake, please advise the sender
> immediately by return e-mail and delete this message from your
> system. Thank you for your cooperation.
>
>
> _______________________________________________
> Users mailing list
> Users at lists.pushtotest.com
> http://lists.pushtotest.com/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cake.pushtotest.com/pipermail/users/attachments/20070918/9bc8836e/attachment-0001.htm