There was probably a Javascript action to generate a pop-up dialogue.
By the way, the "Save Responses to File" Post-Processor can be used to save the full response data to a file; you can then open that in a browser. However, if the html references external scripts or images, these won't be loaded, as the file names will be incorrect. On 26/07/06, Jaw Dat <[EMAIL PROTECTED]> wrote:
On Wed, 2006-07-26 at 13:41 +0100, sebb wrote: > So presumably the page that was returned with status 200 had some text > on it to say that the user was not logged in? > Good question again. But actually no ! I got no such response. The Response Data consisted of the form's HTML source. > > On 26/07/06, Jaw Dat <[EMAIL PROTECTED]> wrote: > > Problem solved. "Cookie manager" element was missing from my "thread > > group". Sorry for the nuisance :) > > > > > > On Wed, 2006-07-26 at 12:10 +0100, sebb wrote: > > > On 26/07/06, Jaw Dat <[EMAIL PROTECTED]> wrote: > > > > I'm sure the validation is at the server, since it is SUPPOSED > > > > to throw an exception (that we deliberately are leaving unhandled) > > > > for the false parameter value; and it does, with a different commercial > > > > test tool. > > > > > > OK > > > > > > > Since the post data item's input is hidden, it is populated > > > > and validated by the server, and there is no point in having > > > > js validate it. > > > > > > Indeed. > > > > > > All I can suggest is to carefully check the information in the View > > > Results Tree Listener and compare it with known good data. There must > > > be some difference to explain the different server behaviour. > > > > > > S. > > > > On Wed, 2006-07-26 at 00:18 +0100, sebb wrote: > > > > > On 25/07/06, Daman Jawda <[EMAIL PROTECTED]> wrote: > > > > > > I'm trying to test a POST form with a numeric input , for which I send a > > > > > > text value with a JMeter HTTP Request sampler - so I'm expecting an > > > > > > exception and an a HTTP Response code 500 "internal server error". > > > > > > > > > > > > This is the expected response and it shows up using another testing software > > > > > > product. So why is JMeter receiving a 200 Response code ??? What could I be > > > > > > doing wrong? > > > > > > > > > > Perhaps the validation is normally done by some client-side Javascript? > > > > > > > > > > Are you sure the server does validation? > > > > > > > > > > If so, it ought to return a better error than HTTP Response code 500, > > > > > which should be reserved for unexpected server errors. Either a 4xx > > > > > error, or more usually it will return a response code of 200, and > > > > > include some form of error message on the returned page. > > > > > > > > > > What happens if you try testing using a browser with JavaScript > > > > > switched off, or using a browser such as lynx or OffByOne that does > > > > > not support JavaScript? > > > > > > > > > > > > > > > > My server is a Jakarta-Tomcat 1.5 and the form is a jsf. > > > > > > My JMeter is 2.2 . > > > > > > > > > > > > Thanks. > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
