The recording works fine, but when we try to validate the test, some cookies are not handled correctly. The server sends a SetCookie, but the cookie is not kept.See linked screnshot :http://picpaste.com/NoCookie-O51YV29h.pngWe try both cookies options and none did work for us. It's the only show stopper for using the tool :(Something weird is that the JSESSIONID cookie for cas-server was handled correctly, but the other cookie for our nodeJS application did not get managed on playbackCan anybody help?

CharlesI got the drift that it's a known problem and is being looked at. Please stay tuned.

Is there a bug tracker we can follow ?How often are you planning to release new versions of the tool?Thanks for the follow-up

This happens with HTTP on IIS 7.5 too.Please notify when there is a fix for this.

Charlesno bugtracker that you can follow at this point. We are using our own AQDevTeam which is not scalable to external users. There is a plan to convert to Jira towards the end of the year, upon which we should be able to provide an external view of (some) of the bug queue.If we end up needing a testcase / remote access to your web app to debug would you be able to provide one?

Sergei, Unfortunately our application is internal only and you cannot access it without a VPN, so no it is not possible for your to access it directly. But I would be more than happy to test a beta release / hot fix if necessary

[LoadUIWeb] WebLoadUI not handling all cookies (HTTPS)

13 Replies

Anonymous
12 years ago
Charles

I got the drift that it's a known problem and is being looked at. Please stay tuned.
charles_villemu
New Contributor
12 years ago
Is there a bug tracker we can follow ?

How often are you planning to release new versions of the tool?

Thanks for the follow-up
henry
Occasional Contributor
12 years ago
This happens with HTTP on IIS 7.5 too.
Please notify when there is a fix for this.
Anonymous
12 years ago
Charles

no bugtracker that you can follow at this point. We are using our own AQDevTeam which is not scalable to external users. There is a plan to convert to Jira towards the end of the year, upon which we should be able to provide an external view of (some) of the bug queue.

If we end up needing a testcase / remote access to your web app to debug would you be able to provide one?
charles_villemu
New Contributor
12 years ago
Sergei,

Unfortunately our application is internal only and you cannot access it without a VPN, so no it is not possible for your to access it directly.

But I would be more than happy to test a beta release / hot fix if necessary
Anonymous
12 years ago
Charles

someone from the team will contact you with updates or requests for more information, whatever is more appropriate :)
DmitryAleshin
Staff
12 years ago
Can you create a simple project with a demonstration of the issue?
henry
Occasional Contributor
12 years ago
I have investigated my cookie problem for a while now and found out that the requests aren't executed in the correct order.

See my attached picture, Request 7 occurs before request 6.
In my case that order is impossible because request 6 is the logon POST.
DmitryAleshin
Staff
12 years ago
Please take a look at http://loaduiweb.org/docs/reference/ui/panels/thread-editor.html This editor allows you setup a preferred order of the requests. Please let me know if this solves your problem.
ben_oshman
Occasional Contributor
12 years ago
I'm having cookie problems too with a Lombardi BPM application. WebLoadUI records the cookies correctly, but one of the cookies is not being sent in the simulated request. The cookie name is ibm.bpm.timezoneOffset.

Here's the recorded value:

JSESSIONID=0000FXxcIjCZp8J9hpad-rvGrgl:176tsni9g; ROUTEID=.ir2; ibm.bpm.timezoneOffset=240; LtpaToken2=zqFatw1...

Here's the simulated value:

JSESSIONID=0000RnRUTq-lWmIOlgN0XDjzFmD:176tsni9g; ROUTEID=.ir2; ; LtpaToken2=DTyc8Zt...