[Http-webtest-general] ::Hooks / on response dramas
Brought to you by:
m_ilya,
richardanderson
From: Ben K. <ben...@hi...> - 2003-12-29 22:50:57
|
Getting the following error trying to buffer HTML output as per the 'on response problem' thread. HTTP::WebTest: request uri is not set at /somepath/WebTest/API.pm line 567. The source code is close enough to Ilya's response in that thread as to be identical. Tracing it back, I'm not exactly sure why this error is cropping up. Comments? Suggestions? Derisive laughter? ;-) (either of the first two, greatly appreciated) ----- Original Message ----- From: <htt...@li...> To: <htt...@li...> Sent: Monday, December 29, 2003 3:09 PM Subject: Http-webtest-general digest, Vol 1 #139 - 4 msgs > Send Http-webtest-general mailing list submissions to > htt...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/http-webtest-general > or, via email, send a message with subject or body 'help' to > htt...@li... > > You can reach the person managing the list at > htt...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Http-webtest-general digest..." > > > Today's Topics: > > 1. URL mangling (Ben Kelly) > 2. Re: URL mangling (Srdjan) > 3. Re: URL mangling (Ben Kelly) > 4. Re: URL mangling (Srdjan) > > --__--__-- > > Message: 1 > From: "Ben Kelly" <ben...@hi...> > To: <htt...@li...> > Date: Mon, 29 Dec 2003 11:50:43 +1100 > Subject: [Http-webtest-general] URL mangling > > Using webtest to check responses from filling in a form. > The authentication test works fine. The second test however, returns a URL > that is different from the one specified. Using show_cookies appears to > indicate that they're not an issue. If I simply navigate to the specified > URL there are no problems. Adding parameters and the command to search > however, causes the problem. The URL changes from > http://www.hitwise.com.au/newswise/search.html > to > http://www.hitwise.com.au/profiler/index.html (with the specified parameters > appended) > > Can anyone shed some light as to why this might be happening? > Relevant code below: > > > > plugins = ( ::Click > ::Hooks ) > > > test_name = AUTH > url = http://www.hitwise.com.au/login/index.html > cookies = ( [snipped cookie stuff ] ) > click_button = Login > params = (name => <name> > pass => <password> ) > text_require = ( Welcome ) > end_test > > test_name = CHECKMEDIA > url = http://www.hitwise.com.au/newswise/search.html > method = GET > click_button = Search! > params = ( q => Japan > qfield => all > date_limit_type => recent > age_max => 7 > include_syndicated => no > source_limit => none > action => search > page => 1 ) > text_require = ( color: dd5800 ) > end_test > > > > --__--__-- > > Message: 2 > Date: Mon, 29 Dec 2003 14:27:35 +1300 > From: Srdjan <sr...@ca...> > To: Ben Kelly <ben...@hi...> > CC: htt...@li... > Subject: Re: [Http-webtest-general] URL mangling > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I believe that you're not supposed to use click_button together with url. Click > button simulates clicking a button on the _previous_ test response page, and I'm > not sure what exactly happens when you have both click_button and url specified > (maybe Ilya can answer that). From what I can see you don't use click_button as > intended (but I may be wrong, of course). Do you actually mean something like > > test_name = HOME > ~ url = http://www.hitwise.com.au/login/index.html > end_test > > test_name = AUTH > ~ click_button = Login > ~ params = (name => <name> > ~ pass => <password> ) > ~ text_require = ( Welcome ) > end_test > > test_name = CHECKMEDIA > ~ click_button = Search! > ~ params = ( q => Japan > ~ qfield => all > ~ date_limit_type => recent > ~ age_max => 7 > ~ include_syndicated => no > ~ source_limit => none > ~ action => search > ~ page => 1 ) > ~ text_require = ( color: dd5800 ) > end_test > > > Srdjan > > Ben Kelly wrote: > | Using webtest to check responses from filling in a form. > | The authentication test works fine. The second test however, returns a URL > | that is different from the one specified. Using show_cookies appears to > | indicate that they're not an issue. If I simply navigate to the specified > | URL there are no problems. Adding parameters and the command to search > | however, causes the problem. The URL changes from > | http://www.hitwise.com.au/newswise/search.html > | to > | http://www.hitwise.com.au/profiler/index.html (with the specified parameters > | appended) > | > | Can anyone shed some light as to why this might be happening? > | Relevant code below: > | > | > | > | plugins = ( ::Click > | ::Hooks ) > | > | > | test_name = AUTH > | url = http://www.hitwise.com.au/login/index.html > | cookies = ( [snipped cookie stuff ] ) > | click_button = Login > | params = (name => <name> > | pass => <password> ) > | text_require = ( Welcome ) > | end_test > | > | test_name = CHECKMEDIA > | url = http://www.hitwise.com.au/newswise/search.html > | method = GET > | click_button = Search! > | params = ( q => Japan > | qfield => all > | date_limit_type => recent > | age_max => 7 > | include_syndicated => no > | source_limit => none > | action => search > | page => 1 ) > | text_require = ( color: dd5800 ) > | end_test > | > | > | > | ------------------------------------------------------- > | This SF.net email is sponsored by: IBM Linux Tutorials. > | Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > | Free Linux Tutorials. Learn everything from the bash shell to sys admin. > | Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > | _______________________________________________ > | Http-webtest-general mailing list > | Htt...@li... > | https://lists.sourceforge.net/lists/listinfo/http-webtest-general > | > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQE/74MHX4ZD19jq88YRAqc0AKCQVIDqZc6vC17XdJUr0RpxiwleMACZAWfM > 5cXjj9c79QshkEgCTM+jtro= > =iuUa > -----END PGP SIGNATURE----- > > > --__--__-- > > Message: 3 > From: "Ben Kelly" <ben...@hi...> > To: "Srdjan" <sr...@ca...> > Cc: <htt...@li...> > Subject: Re: [Http-webtest-general] URL mangling > Date: Mon, 29 Dec 2003 13:25:34 +1100 > > Yep, that seems to work. Looks like my understanding of those methods was > fundamentally flawed. Is there a way to use them simultaneously without > having to resort to a dummy test to grab the page you wanted before > manipulating it? > Thanks for your help. > > ----- Original Message ----- > From: "Srdjan" <sr...@ca...> > To: "Ben Kelly" <ben...@hi...> > Cc: <htt...@li...> > Sent: Monday, December 29, 2003 12:27 PM > Subject: Re: [Http-webtest-general] URL mangling > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > I believe that you're not supposed to use click_button together with url. > Click > > button simulates clicking a button on the _previous_ test response page, > and I'm > > not sure what exactly happens when you have both click_button and url > specified > > (maybe Ilya can answer that). From what I can see you don't use > click_button as > > intended (but I may be wrong, of course). Do you actually mean something > like > > > > test_name = HOME > > ~ url = http://www.hitwise.com.au/login/index.html > > end_test > > > > test_name = AUTH > > ~ click_button = Login > > ~ params = (name => <name> > > ~ pass => <password> ) > > ~ text_require = ( Welcome ) > > end_test > > > > test_name = CHECKMEDIA > > ~ click_button = Search! > > ~ params = ( q => Japan > > ~ qfield => all > > ~ date_limit_type => recent > > ~ age_max => 7 > > ~ include_syndicated => no > > ~ source_limit => none > > ~ action => search > > ~ page => 1 ) > > ~ text_require = ( color: dd5800 ) > > end_test > > > > > > Srdjan > > > > --__--__-- > > Message: 4 > Date: Mon, 29 Dec 2003 15:38:00 +1300 > From: Srdjan <sr...@ca...> > To: Ben Kelly <ben...@hi...> > CC: htt...@li... > Subject: Re: [Http-webtest-general] URL mangling > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Well, if you whant to manipulate something you have to grab it first, otherwise > what is there to manipulate :) > > You can easily specify submit url and params, thus cutting out the middle man. > But sometimes you need cookies set up beforehand. I use HTTP::WebTest > exclusively as regression scenario testing (although I can see its value as a > live site health checking tool), and I prefer going exactly through the steps a > punter is supposed to make in order to do/get something. > So in your case something like > > test_name = AUTH > ~ url = http://www.hitwise.com.au/login/index.html > ~ params = (name => <name> > ~ pass => <password> ) > ~ text_require = ( Welcome ) > end_test > > should work, presuming that http://www.hitwise.com.au/login/index.html is the > login action url > > > Srdjan > > > Ben Kelly wrote: > | Yep, that seems to work. Looks like my understanding of those methods was > | fundamentally flawed. Is there a way to use them simultaneously without > | having to resort to a dummy test to grab the page you wanted before > | manipulating it? > | Thanks for your help. > | > | ----- Original Message ----- > | From: "Srdjan" <sr...@ca...> > | To: "Ben Kelly" <ben...@hi...> > | Cc: <htt...@li...> > | Sent: Monday, December 29, 2003 12:27 PM > | Subject: Re: [Http-webtest-general] URL mangling > | > | > | > |>-----BEGIN PGP SIGNED MESSAGE----- > |>Hash: SHA1 > |> > |>I believe that you're not supposed to use click_button together with url. > | > | Click > | > |>button simulates clicking a button on the _previous_ test response page, > | > | and I'm > | > |>not sure what exactly happens when you have both click_button and url > | > | specified > | > |>(maybe Ilya can answer that). From what I can see you don't use > | > | click_button as > | > |>intended (but I may be wrong, of course). Do you actually mean something > | > | like > | > |>test_name = HOME > |>~ url = http://www.hitwise.com.au/login/index.html > |>end_test > |> > |>test_name = AUTH > |>~ click_button = Login > |>~ params = (name => <name> > |>~ pass => <password> ) > |>~ text_require = ( Welcome ) > |>end_test > |> > |>test_name = CHECKMEDIA > |>~ click_button = Search! > |>~ params = ( q => Japan > |>~ qfield => all > |>~ date_limit_type => recent > |>~ age_max => 7 > |>~ include_syndicated => no > |>~ source_limit => none > |>~ action => search > |>~ page => 1 ) > |>~ text_require = ( color: dd5800 ) > |>end_test > |> > |> > |>Srdjan > | > | > | > | > | ------------------------------------------------------- > | This SF.net email is sponsored by: IBM Linux Tutorials. > | Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > | Free Linux Tutorials. Learn everything from the bash shell to sys admin. > | Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > | _______________________________________________ > | Http-webtest-general mailing list > | Htt...@li... > | https://lists.sourceforge.net/lists/listinfo/http-webtest-general > | > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQE/75OIX4ZD19jq88YRAuaMAJwJW5Cv/b84vzywu4mM9kEFK97TMwCfdtvV > El068Slah3RWnQ0qPD2RgWg= > =r/4y > -----END PGP SIGNATURE----- > > > > --__--__-- > > _______________________________________________ > Http-webtest-general mailing list > Htt...@li... > https://lists.sourceforge.net/lists/listinfo/http-webtest-general > > > End of Http-webtest-general Digest > > |