Hi Deepak, In order of simplify the things I tested another web page which does not have dynamic form ID and URL.
The web page update the content of the page. In browser I am able to update the content but not through jMeter. I have attached the HTTPLiveHeaders Data and JMeter Result Tree data file along with this post. I am not able to find why I am not able to update the content using jmeter. http://old.nabble.com/file/p26626554/HTTPLiveHeadersOutput HTTPLiveHeadersOutput http://old.nabble.com/file/p26626554/JMeterResultTreeOutput JMeterResultTreeOutput Can you please look into this files and point out what could be the reason for jmeter not updating the content. Thanks and Regards Harry_ wrote: > > Thanks for the reply Deepak. > > I will try this in the morning and will let you know about the results. > > Regards > > > Deepak Shetty wrote: >> >>>then user is taken to Accept Terms and Conditions page. >> How is this implemented? >> If it is via a redirect then it's ok so long as you have follow >> redirects. >> if its via some javascript window.location.href, then you must test >> whether >> the page contains this (using say a regex extractor with an IF controller >> which checks what value you got). >> If your question is how do I know whether I got redirected or not you >> could >> either extract out the text and use an IF controller or you could disable >> follow redirects and check the status code (again you can extract this >> using >> regex or beanshell post processors). Im assuming here that a user who has >> successfully logged in and previously accepted gets a 200 status code. It >> is >> difficult however for anyone to know how your application behaves since >> there are many ways in which your application could have implemented the >> behavior you see. In all cases however the response(including the url) is >> always available to JMeter to inspect in any post processor. >> >>>and random form id in the page. >> This will typically be of the form <input type="hidden" name="form-id" >> value="some random value" /> >> You would write a regex extractor like >> <input.*?name="form-id"\s*?value="([^"]*)" and you can have the value in >> a >> variable and post it into the next request with ${VAR_NAME}. >> >> >> regards >> deepak >> >> On Wed, Dec 2, 2009 at 4:49 PM, Harry_ <harjitwo...@gmail.com> wrote: >> >>> >>> Hi Deepak, >>> >>> I can only read when I am having response of the page. >>> >>> Suppose I am on login page. >>> >>> I make corresponding Http Request Sampler for this. >>> >>> Now if the user has not accepted the conditions then user is taken to >>> Accept >>> Terms and Conditions page. >>> >>> The page address is something like: >>> http://test/acceptterms/userid/[some<http://test/acceptterms/userid/%5Bsome>random >>> combination of alphanumeric >>> characters] and random form id in the page. >>> >>> So how can I get to this page through jmeter when I do not know in >>> advance >>> what will be the random characters in url. >>> >>> If somehow, if jmeter can take me to the page which comes up after >>> login, >>> and tell me its URL and its source. Then I can use Regex Post processor >>> to >>> extract necessary information and hit this url with appropriate values. >>> >>> But I dont know whether jmeter can do this or not. >>> >>> Regards >>> >>> >>> Deepak Shetty wrote: >>> > >>> > Hi >>> >>And how do i extract form ID. >>> > Regex Post processor (or xpath or any of the other post processors >>> that >>> > work) >>> >>I have no information about this page during http request for login. >>> > Yes you do , your application always behaves in the same way right. >>> you >>> > know >>> > that there will be a form which has a dynamic value. You either know >>> the >>> > name or the location where this will be and you can extract and send >>> it. >>> > you >>> > can also have conditionals that check either the url or content (if >>> > controllers) and vary the next request accordingly. >>> > >>> > regards >>> > deepak >>> > >>> > On Wed, Dec 2, 2009 at 4:21 PM, Harry_ <harjitwo...@gmail.com> wrote: >>> > >>> >> >>> >> Yes I am using Cookie Manager. >>> >> >>> >> I am able to visit pages for logged on users (provided Accept Terms & >>> >> Conditions is already accepted for user). If I dont use cookie >>> manager, >>> i >>> >> get Forbidden errors. >>> >> >>> >> And how do i extract form ID. >>> >> >>> >> Suppose I enter User name and password and click Submit (JMeter HTTP >>> Post >>> >> request with params). Now I get another page which has form with >>> dynamic >>> >> form ID. I have no information about this page during http request >>> for >>> >> login. How can I know the ID of the page. >>> >> >>> >> Is there any way by which I can get this information. Like I click on >>> on >>> >> login by providing credentials and I get information about the >>> resulting >>> >> page source (Accept Terms and Conditions in our case.) So that I can >>> pass >>> >> necessary information to the resulting page. >>> >> >>> >> Regards >>> >> >>> >> >>> >> Deepak Shetty wrote: >>> >> > >>> >> > Also have you added the CookieManager >>> >> > >>> >> > On Wed, Dec 2, 2009 at 1:46 PM, Deepak Shetty <shet...@gmail.com> >>> >> wrote: >>> >> > >>> >> >> Hi >>> >> >> not sure what you are referring to , but you need to check >>> >> >> a. The request itself seems to be to a dynamically generated url. >>> Are >>> >> you >>> >> >> extracting this out from the previous request correctly? the form >>> >> build >>> >> >> id >>> >> >> parameter too seems to be dynamic, are you extracting this >>> correctly >>> >> (or >>> >> >> are >>> >> >> you just sending out recorded values ) >>> >> >> b. In your previous message you specified that it works for 1 >>> user. >>> >> Does >>> >> >> the test work only for the recorded user or does it work the first >>> >> time? >>> >> >> If >>> >> >> the problem was in cookies you need to see the request after >>> >> set-cookie, >>> >> >> if >>> >> >> jmeter does send the cookies then the problem isn't there. >>> >> >> you need to check what your script is doing. >>> >> >> regards >>> >> >> deepak >>> >> >> >>> >> >> >>> >> >> >>> >> >> On Wed, Dec 2, 2009 at 12:59 PM, Harry_ <harjitwo...@gmail.com> >>> wrote: >>> >> >> >>> >> >>> >>> >> >>> I checked the headers using "Live HTTP Headers" and in "View >>> Result >>> >> >>> Tree". >>> >> >>> >>> >> >>> The difference is in setting Cookie. Is it something why my test >>> is >>> >> not >>> >> >>> accepting the terms and conditions. If yes how do I set these >>> cookies >>> >> in >>> >> >>> jMeter, if it is not doing by itself. >>> >> >>> >>> >> >>> >>> >> >>> Live HTTP Headers Shows: >>> >> >>> >>> >> >>> http://test/legal_accept/56008/3e787bed9257fd643a45a0f2c25fe1aa >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> POST /legal_accept/56008/3e787bed9257fd643a45a0f2c25fe1aa >>> HTTP/1.1 >>> >> >>> >>> >> >>> Host: test >>> >> >>> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; >>> rv:1.9.0.15) >>> >> >>> Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15 >>> >> >>> >>> >> >>> Accept: >>> >> text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >>> >> >>> >>> >> >>> Accept-Language: en-gb,en;q=0.5 >>> >> >>> >>> >> >>> Accept-Encoding: gzip,deflate >>> >> >>> >>> >> >>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 >>> >> >>> >>> >> >>> Keep-Alive: 300 >>> >> >>> >>> >> >>> Connection: keep-alive >>> >> >>> >>> >> >>> Referer: >>> >> http://test/legal_accept/56008/3e787bed9257fd643a45a0f2c25fe1aa >>> >> >>> >>> >> >>> Cookie: >>> >> __utma=236072452.573991268.1259585934.1259771130.1259784337.4; >>> >> >>> >>> >> >>> >>> >> >>> __utmz=236072452.1259585934.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); >>> >> >>> SESSdaebf48ce4666186eb29a7f5b9e90b00=3pfe3c5cfn5di2dbebivfs4at0; >>> >> >>> >>> __utmv=236072452.authenticated%20user%2Cadministrator%3A%3A%3A%3A%3A; >>> >> >>> has_js=1; __utmc=236072452; _csoot=1259775258852; >>> >> >>> _csuid=4ae6d3624bed3faf; >>> >> >>> __utmb=236072452.53.10.1259784337; DRUPAL_LOGGED_IN=Y >>> >> >>> >>> >> >>> Content-Type: application/x-www-form-urlencoded >>> >> >>> >>> >> >>> Content-Length: 98 >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> form_build_id=form-9565758b95b12d94f330804f32f13449&form_id=legal_login&legal_accept=on&op=Confirm >>> >> >>> >>> >> >>> HTTP/1.x 302 Found >>> >> >>> >>> >> >>> Date: Wed, 02 Dec 2009 20:47:31 GMT >>> >> >>> >>> >> >>> Server: Apache/2.2.9 (Unix) mod_ssl/2.2.9 >>> OpenSSL/0.9.8e-fips-rhel5 >>> >> >>> PHP/5.2.9 >>> >> >>> >>> >> >>> X-Powered-By: PHP/5.2.9 >>> >> >>> >>> >> >>> Cache-Control: no-store, no-cache, must-revalidate, post-check=0, >>> >> >>> pre-check=0 >>> >> >>> >>> >> >>> Pragma: no-cache >>> >> >>> >>> >> >>> Set-Cookie: DRUPAL_LOGGED_IN=Y; expires=Tue, 01-Dec-2009 20:47:31 >>> >> GMT; >>> >> >>> path=/ >>> >> >>> >>> >> >>> Set-Cookie: ns_remember=deleted; expires=Tue, 02-Dec-2008 >>> 20:47:31 >>> >> GMT; >>> >> >>> path=/ >>> >> >>> >>> >> >>> Set-Cookie: DRUPAL_LOGGED_IN=Y; expires=Sat, 26-Dec-2009 00:20:52 >>> >> GMT; >>> >> >>> path=/ >>> >> >>> >>> >> >>> Expires: Sun, 19 Nov 1978 05:00:00 GMT >>> >> >>> >>> >> >>> Last-Modified: Mon, 23 Apr 2010 02:00:32 GMT >>> >> >>> >>> >> >>> Etag: "d41d8cd98f00b204e9800998ecf8427e" >>> >> >>> >>> >> >>> X-Drupal: loggedin >>> >> >>> >>> >> >>> Location: http://test/ >>> >> >>> >>> >> >>> Content-Length: 0 >>> >> >>> >>> >> >>> Connection: close >>> >> >>> >>> >> >>> Content-Type: text/html; charset=utf-8 >>> >> >>> >>> >> >>> >>> >> >>> ---------- >>> >> >>> >>> >> >>> View Result Tree Headers Shows: >>> >> >>> >>> >> >>> Sampler Result Tab >>> >> >>> >>> >> >>> Thread Name: Thread Group 1-1 >>> >> >>> Sample Start: 2009-12-02 20:25:31 GMT >>> >> >>> Load time: 518 >>> >> >>> Latency: 518 >>> >> >>> Size in bytes: 0 >>> >> >>> Sample Count: 1 >>> >> >>> Error Count: 0 >>> >> >>> Response code: 302 >>> >> >>> Response message: Found >>> >> >>> >>> >> >>> Response headers: >>> >> >>> HTTP/1.1 302 Found >>> >> >>> Date: Wed, 02 Dec 2009 20:25:50 GMT >>> >> >>> Server: Apache/2.2.9 (Unix) mod_ssl/2.2.9 >>> OpenSSL/0.9.8e-fips-rhel5 >>> >> >>> PHP/5.2.9 >>> >> >>> X-Powered-By: PHP/5.2.9 >>> >> >>> Set-Cookie: >>> >> >>> SESSdaebf48ce4666186eb29a7f5b9e90b00=mpaspit0fcl9rmp5r2nv5agtg0; >>> >> >>> expires=Fri, 25-Dec-2009 23:59:10 GMT; path=/; domain=.test >>> >> >>> Expires: Sun, 19 Nov 1978 05:00:00 GMT >>> >> >>> Last-Modified: Mon, 23 Apr 2010 02:00:32 GMT >>> >> >>> Cache-Control: post-check=0, pre-check=0 >>> >> >>> ETag: "d41d8cd98f00b204e9800998ecf8427e" >>> >> >>> Location: http://test/ >>> >> >>> Content-Length <http://test/%0AContent-Length>: 0 >>> >> >>> Connection: close >>> >> >>> Content-Type: text/html; charset=utf-8 >>> >> >>> >>> >> >>> >>> >> >>> HTTPSampleResult fields: >>> >> >>> ContentType: text/html; charset=utf-8 >>> >> >>> DataEncoding: utf-8 >>> >> >>> --------------------------------- >>> >> >>> Request Tab >>> >> >>> >>> >> >>> POST >>> http://test/legal_accept/56005/1c54c8bf3308d9138388b77d7b0911bf >>> >> >>> >>> >> >>> POST data: >>> >> >>> >>> >> >>> >>> >> >>> form_build_id=form-3b21145374b980b87ef4fd87e64f625a&form_id=legal_login&legal_accept=on&op=Confirm >>> >> >>> >>> >> >>> [no cookies] >>> >> >>> >>> >> >>> Request Headers: >>> >> >>> Accept-Language: en-gb,en;q=0.5 >>> >> >>> Content-Length: 98 >>> >> >>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 >>> >> >>> Referer: >>> >> http://test/legal_accept/56005/1c54c8bf3308d9138388b77d7b0911bf >>> >> >>> Accept-Encoding< >>> >> >>> http://test/legal_accept/56005/1c54c8bf3308d9138388b77d7b0911bf%0AAccept-Encoding >>> >> >: >>> >> >>> gzip,deflate >>> >> >>> Keep-Alive: 300 >>> >> >>> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; >>> rv:1.9.0.15) >>> >> >>> Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15 >>> >> >>> Connection: keep-alive >>> >> >>> Content-Type: application/x-www-form-urlencoded >>> >> >>> Accept: >>> >> text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> Deepak Shetty wrote: >>> >> >>> > >>> >> >>> > All of these class of problems are covered by 'Why does Jmeter >>> not >>> >> >>> behave >>> >> >>> > like my browser' covered in >>> >> >>> > http://wiki.apache.org/jakarta-jmeter/DifferentBehaviour. And >>> all >>> >> need >>> >> >>> you >>> >> >>> > to understand how your application behaves(any browser tool >>> like >>> >> >>> > fiddler/livehttpheaders) v/s what Jmeter is sending(view >>> results >>> >> >>> tree). >>> >> >>> > >>> >> >>> > If i have to guess, your application probably stores the >>> acceptance >>> >> as >>> >> >>> a >>> >> >>> > cookie, and the second iteration (for the different user) >>> probably >>> >> >>> does >>> >> >>> > something wrong. perhaps you clear the cookies and dont set it, >>> >> >>> perhaps >>> >> >>> > you >>> >> >>> > get the earlier cookie, you need to .This is a guess , we dont >>> >> know, >>> >> >>> check >>> >> >>> > your application against what you have specified in jmeter >>> >> >>> > regards >>> >> >>> > deepak >>> >> >>> > >>> >> >>> > On Wed, Dec 2, 2009 at 9:07 AM, Harry_ <harjitwo...@gmail.com> >>> >> wrote: >>> >> >>> > >>> >> >>> >> >>> >> >>> >> Hi, >>> >> >>> >> >>> >> >>> >> I have created a test plan using HTTP Proxy Server recording >>> the >>> >> >>> >> following >>> >> >>> >> sequence. >>> >> >>> >> >>> >> >>> >> 1. New User Login to System with valid user name and Password. >>> >> >>> >> 2. Accepts the terms and conditions (This sends post >>> information >>> >> to >>> >> >>> >> server >>> >> >>> >> that user is accepting terms and conditions. This happens only >>> >> once.) >>> >> >>> >> 3. Now user can navigate various pages of the site which are >>> >> >>> accessible >>> >> >>> >> to >>> >> >>> >> login user. >>> >> >>> >> >>> >> >>> >> Now when I re-run this test with different new user with >>> different >>> >> >>> >> username/password from csv file, i get the following error for >>> >> pages >>> >> >>> of >>> >> >>> >> third step. >>> >> >>> >> >>> >> >>> >> Response code: 403 >>> >> >>> >> Response message: Forbidden >>> >> >>> >> >>> >> >>> >> First two steps shows success and I have checked that jMeter >>> >> during >>> >> >>> the >>> >> >>> >> run >>> >> >>> >> sends terms and condition accept params to the server of >>> step2. >>> >> >>> >> >>> >> >>> >> But the terms and conditions are still not accepted that is >>> why >>> we >>> >> >>> get >>> >> >>> >> the >>> >> >>> >> error on pages of step 3. >>> >> >>> >> >>> >> >>> >> Now can anyone point me where could be the problem. Why Post >>> >> params >>> >> >>> sent >>> >> >>> >> through jMeter for checkboxes is not accepted by the server. >>> >> >>> >> >>> >> >>> >> The problem seems to be with check boxes only. Because if I >>> had >>> >> >>> already >>> >> >>> >> accepted the terms and conditions, jmeter works fine for every >>> >> >>> request. >>> >> >>> >> >>> >> >>> >> If this a defect can anyone suggest me a workaround. I have to >>> >> work >>> >> >>> with >>> >> >>> >> checkboxes quite often, so I am facing this problem >>> everywhere. >>> >> >>> >> >>> >> >>> >> Thanks and Regards >>> >> >>> >> -- >>> >> >>> >> View this message in context: >>> >> >>> >> >>> >> >>> >>> >> >>> http://old.nabble.com/Accept-Terms-and-Conditions-checkbox-not-working-through-jMeter-tp26612532p26612532.html >>> >> >>> >> Sent from the JMeter - User mailing list archive at >>> Nabble.com. >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> --------------------------------------------------------------------- >>> >> >>> >> To unsubscribe, e-mail: >>> jmeter-user-unsubscr...@jakarta.apache.org >>> >> >>> >> For additional commands, e-mail: >>> >> jmeter-user-h...@jakarta.apache.org >>> >> >>> >> >>> >> >>> >> >>> >> >>> > >>> >> >>> > >>> >> >>> >>> >> >>> -- >>> >> >>> View this message in context: >>> >> >>> >>> >> >>> http://old.nabble.com/Accept-Terms-and-Conditions-checkbox-not-working-through-jMeter-tp26612532p26616337.html >>> >> >>> Sent from the JMeter - User mailing list archive at Nabble.com. >>> >> >>> >>> >> >>> >>> >> >>> >>> --------------------------------------------------------------------- >>> >> >>> To unsubscribe, e-mail: >>> jmeter-user-unsubscr...@jakarta.apache.org >>> >> >>> For additional commands, e-mail: >>> jmeter-user-h...@jakarta.apache.org >>> >> >>> >>> >> >>> >>> >> >> >>> >> > >>> >> > >>> >> >>> >> -- >>> >> View this message in context: >>> >> >>> http://old.nabble.com/Accept-Terms-and-Conditions-checkbox-not-working-through-jMeter-tp26612532p26618806.html >>> >> Sent from the JMeter - User mailing list archive at Nabble.com. >>> >> >>> >> >>> >> --------------------------------------------------------------------- >>> >> To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org >>> >> For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org >>> >> >>> >> >>> > >>> > >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/Accept-Terms-and-Conditions-checkbox-not-working-through-jMeter-tp26612532p26619192.html >>> Sent from the JMeter - User mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org >>> For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org >>> >>> >> >> > > -- View this message in context: http://old.nabble.com/Accept-Terms-and-Conditions-checkbox-not-working-through-jMeter-tp26612532p26626554.html Sent from the JMeter - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org