Menu
▾
▴
htmlunit-develop — General discussion of the development of HtmlUnit
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(30) |
Sep
(15) |
Oct
(26) |
Nov
(12) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(7) |
Feb
(27) |
Mar
(73) |
Apr
(17) |
May
(17) |
Jun
(78) |
Jul
(67) |
Aug
(60) |
Sep
(89) |
Oct
(140) |
Nov
(173) |
Dec
(46) |
| 2004 |
Jan
(39) |
Feb
(7) |
Mar
(21) |
Apr
(31) |
May
(13) |
Jun
(86) |
Jul
(14) |
Aug
(14) |
Sep
(53) |
Oct
(184) |
Nov
(186) |
Dec
(319) |
| 2005 |
Jan
(336) |
Feb
(274) |
Mar
(226) |
Apr
(102) |
May
(196) |
Jun
(130) |
Jul
(119) |
Aug
(143) |
Sep
(76) |
Oct
(85) |
Nov
(70) |
Dec
(159) |
| 2006 |
Jan
(125) |
Feb
(100) |
Mar
(80) |
Apr
(39) |
May
(55) |
Jun
(58) |
Jul
(50) |
Aug
(76) |
Sep
(55) |
Oct
(101) |
Nov
(163) |
Dec
(85) |
| 2007 |
Jan
(56) |
Feb
(53) |
Mar
(180) |
Apr
(221) |
May
(290) |
Jun
(199) |
Jul
(322) |
Aug
(515) |
Sep
(121) |
Oct
(297) |
Nov
(177) |
Dec
(103) |
| 2008 |
Jan
(516) |
Feb
(315) |
Mar
(586) |
Apr
(615) |
May
(197) |
Jun
(381) |
Jul
(390) |
Aug
(195) |
Sep
(603) |
Oct
(499) |
Nov
(622) |
Dec
(350) |
| 2009 |
Jan
(313) |
Feb
(338) |
Mar
(507) |
Apr
(317) |
May
(197) |
Jun
(375) |
Jul
(235) |
Aug
(424) |
Sep
(410) |
Oct
(338) |
Nov
(286) |
Dec
(306) |
| 2010 |
Jan
(367) |
Feb
(339) |
Mar
(371) |
Apr
(172) |
May
(233) |
Jun
(264) |
Jul
(421) |
Aug
(110) |
Sep
(218) |
Oct
(189) |
Nov
(185) |
Dec
(168) |
| 2011 |
Jan
(145) |
Feb
(213) |
Mar
(205) |
Apr
(64) |
May
(159) |
Jun
(67) |
Jul
(104) |
Aug
(126) |
Sep
(144) |
Oct
(106) |
Nov
(154) |
Dec
(225) |
| 2012 |
Jan
(111) |
Feb
(87) |
Mar
(131) |
Apr
(102) |
May
(180) |
Jun
(160) |
Jul
(412) |
Aug
(315) |
Sep
(311) |
Oct
(369) |
Nov
(464) |
Dec
(284) |
| 2013 |
Jan
(343) |
Feb
(165) |
Mar
(174) |
Apr
(120) |
May
(153) |
Jun
(134) |
Jul
(202) |
Aug
(105) |
Sep
(228) |
Oct
(332) |
Nov
(192) |
Dec
(219) |
| 2014 |
Jan
(348) |
Feb
(194) |
Mar
(189) |
Apr
(188) |
May
(297) |
Jun
(206) |
Jul
(79) |
Aug
(279) |
Sep
(111) |
Oct
(159) |
Nov
(61) |
Dec
(78) |
| 2015 |
Jan
(152) |
Feb
(145) |
Mar
(239) |
Apr
(223) |
May
(248) |
Jun
(296) |
Jul
(172) |
Aug
(189) |
Sep
(338) |
Oct
(217) |
Nov
(131) |
Dec
(184) |
| 2016 |
Jan
(118) |
Feb
(221) |
Mar
(414) |
Apr
(412) |
May
(303) |
Jun
(133) |
Jul
(129) |
Aug
(121) |
Sep
(136) |
Oct
(67) |
Nov
(89) |
Dec
(245) |
| 2017 |
Jan
(349) |
Feb
(90) |
Mar
(328) |
Apr
(430) |
May
(284) |
Jun
(199) |
Jul
(164) |
Aug
(120) |
Sep
(57) |
Oct
(105) |
Nov
(108) |
Dec
(146) |
| 2018 |
Jan
(85) |
Feb
(48) |
Mar
(97) |
Apr
(62) |
May
(64) |
Jun
(136) |
Jul
(123) |
Aug
(87) |
Sep
(17) |
Oct
(27) |
Nov
(9) |
Dec
(16) |
| 2019 |
Jan
(9) |
Feb
(17) |
Mar
(18) |
Apr
(14) |
May
(8) |
Jun
|
Jul
(6) |
Aug
(12) |
Sep
(5) |
Oct
|
Nov
(2) |
Dec
|
| 2020 |
Jan
(8) |
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2023 |
Jan
|
Feb
(6) |
Mar
(9) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Brad C. <bc...@bo...> - 2003-03-18 18:08:16
|
<html> <body> I have been looking for a way to get rid of these and the best guess I have currently is here:<br> <font face="Courier, Courier">com.gargoylesoftware.htmlunit.HttpWebConnection, line 228:<br><br> </font>currently: <font face="Courier, Courier">((SimpleLog)log).setLevel( SimpleLog.LOG_LEVEL_WARN );<br> </font>change to: <font face="Courier, Courier">((SimpleLog)log).setLevel( SimpleLog.LOG_LEVEL_OFF ); // or whatever other level will do it<br><br> </font>I'll test this as soon as I can get all the dependencies straightened out for the latest code.<br><br> Brad C<br><br> <br><br> <blockquote type=cite class=cite cite><pre> > just a small question concerning redirects: When I enable my webclient > to follow redirects, like this: > > webClient.setRedirectEnabled(true); > > I still get error messages like this: > > 26.02.2003 16:07:05 org.apache.commons.httpclient.HttpMethodBase > processRedirectResponse > INFO: Redirect requested but followRedirects is disabled > > Does this mean anything? I get the same messages when I did not enable > redirecting within the webclient. It's an annoyance that I haven't figured out how to fix yet. For a variety of reasons, I handle the redirection logic inside HtmlUnit rather than letting commons-httpclient handle it for me. It's commons-httpclient that is displaying that message because I have explicitly disabled its redirection support. I'd like to filter out that warning message but haven't figured out a clean way of doing it.</pre><font face="Courier New, Courier"></blockquote><br> </font></body> </html> |
|
From: <th...@cy...> - 2003-03-18 12:19:25
|
Hi,
it's me again. You told me before, that JavaScript-support should work
completely transparent. For example, if I choose an option of a
select-formfield, HtmlUnit should automatically fire up the
JavaScript-code stored in the onChange-attribute. Well, it doesn't.
Below you'll find some code-fragments and the stacktrace. If there is
any more I can do, to help you to degbug this, please let me know.
The JavaScript stored in the onChange-attribute:
onChange="form.target='_self'; if
(options[selectedIndex].value.indexOf('|') >= 0)
{form.target=options[selectedIndex].value.split('|')[1];}
form.submit();"
The option-values look something like this: "view_object|_self"
The form includes some more JavaScript. Allthough I don't think it has
any influences on that bug, I'll send it to you anyways:
<script type="text/javascript">
<!--
document.write('<input type="hidden" name="navigator-vi-menu-cf-go"
value="go">');
// -->
</script>
There is also a noscript-part to it, which just contains the button
again (but type="submit"). See my mail before ;)
And that is the exception I get:
======= EXCEPTION START ========
EcmaError: lineNumber=[1] column=[0] lineSource=[GargoyleWrapper0()]
name=[TypeError] sourceName=[Wrapper definition for onChange handler]
message=[Cannot convert null to an object.] errorObject=[TypeError:
Cannot convert null to an object.]
com.gargoylesoftware.htmlunit.ScriptException: Cannot convert null to an
object.
at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:199)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(HtmlPage.java:764)
at
com.gargoylesoftware.htmlunit.html.HtmlSelect.setSelectedAttribute(HtmlSelect.java:142)
at webtester.Menu.executeSelect(Menu.java:62)
at webtester.Menu.selectOption(Menu.java:53)
at npsGuiTests.SimpleTest.objectCreate(SimpleTest.java:70)
at npsGuiTests.SimpleTest.runTest(SimpleTest.java:21)
at npsGuiTests.RunTests.main(RunTests.java:17)
Enclosed exception:
TypeError: Cannot convert null to an object. (Wrapper definition for
onChange handler; line 1)
at
org.mozilla.javascript.NativeGlobal.constructError(NativeGlobal.java:597)
at
org.mozilla.javascript.NativeGlobal.constructError(NativeGlobal.java:557)
at
org.mozilla.javascript.NativeGlobal.typeError0(NativeGlobal.java:562)
at
org.mozilla.javascript.ScriptRuntime.setProp(ScriptRuntime.java:840)
at org.mozilla.javascript.gen.c11.call(Wrapper definition for
onChange handler:1)
at
org.mozilla.javascript.optimizer.OptRuntime.callSimple(OptRuntime.java:275)
at org.mozilla.javascript.gen.c13.call(onChange handler:1)
at org.mozilla.javascript.gen.c13.exec(onChange handler)
at
org.mozilla.javascript.Context.evaluateReader(Context.java:820)
at
org.mozilla.javascript.Context.evaluateString(Context.java:784)
at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:191)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(HtmlPage.java:764)
at
com.gargoylesoftware.htmlunit.html.HtmlSelect.setSelectedAttribute(HtmlSelect.java:142)
at webtester.Menu.executeSelect(Menu.java:62)
at webtester.Menu.selectOption(Menu.java:53)
at npsGuiTests.SimpleTest.objectCreate(SimpleTest.java:70)
at npsGuiTests.SimpleTest.runTest(SimpleTest.java:21)
at npsGuiTests.RunTests.main(RunTests.java:17)
== CALLING JAVASCRIPT ==
GargoyleWrapper0()
======= EXCEPTION END ========
If I may priorize the bugs a bit, I'd prefer you to help me with the bug
reported before (<noscript>). JavaScript has not a major level of
importance in my tests.
kind regards,
Thomas Bartz
Berlin
|
|
From: <th...@cy...> - 2003-03-18 10:59:06
|
Hi, I've got a problem finding buttons (<input type="submit" ..>) that are included in a <noscript> tag. These buttons are supposed to show up only if JavaScript is disabled which works fine in a browser, but not in HtmlUnit even though I explecitely deactivated JavaScript-Support. Any solution for this? kind regards Thomas Bartz Berlin |
|
From: Mike B. <mb...@Ga...> - 2003-03-17 18:02:56
|
Brad Clarke wrote: > We have a few utility functions of our own that are basically just > wrappers for htmlunit functions. To unit test our functions we make use > of FakeWebConnection. Fair enough. I'd rather not include anything from a test package in the released jar so that leaves two choices. 1) I could build a "test" jar containing FakeWebConnection and possibly other generic testing classes such as WebTestCase 2) Declare FakeWebConnection to be a released class and move it to one of the packages that gets released. I don't have a strong preference at present so I'll put this up for discussion. :-) -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Brad C. <bc...@bo...> - 2003-03-17 16:41:01
|
We have a few utility functions of our own that are basically just wrappers for htmlunit functions. To unit test our functions we make use of FakeWebConnection. Brad C >Date: Fri, 14 Mar 2003 21:33:52 -0500 >From: Mike Bowler <mb...@Ga...> >Organization: Gargoyle Software >CC: htm...@li... >Subject: Re: [HtmlUnit] FakeWebConnection? > >Brad Clarke wrote: > > Could com.gargoylesoftware.htmlunit.test.FakeWebConnection be included > > in the released jar? > >Why would you want it included? FakeWebConnection is a mock object used >for testing HtmlUnit itself and was never intended to be part of the >release. > >What functionality are you looking for that is in that class? > > >-- >Mike Bowler >Principal, Gargoyle Software Inc. >Voice: (416) 822-0973 | Email : mb...@Ga... >Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mike B. <mb...@Ga...> - 2003-03-16 15:31:23
|
Thomas Bartz wrote: > just a small question: Is there a special reason, why methods like > "getAnchorByName" doesn't throw the ElementNotFoundException while > "getFormByName" does? I'm just a bit confused about that one. It appears that a number of methods are declared to throw ElementNotFoundException even though they never actually do throw it. I'm trying to clean up the declarations now. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Thomas B. <th...@cy...> - 2003-03-16 14:24:37
|
Hi there,=20 just a small question: Is there a special reason, why methods like=20 "getAnchorByName" doesn't throw the ElementNotFoundException while=20 "getFormByName" does? I'm just a bit confused about that one.=20 kind regards Thomas --=20 Thomas Bartz th...@cy... G=E4rtnerstr. 28, 10245 Berlin; Tel.: 030 29005717 http://www.cyainhell.de |
|
From: Mike B. <mb...@Ga...> - 2003-03-15 03:06:52
|
Mabel Chow wrote: > I get a ScriptException when I use navigator.javaEnabled() in my > javascript. I've stubbed it out so that it always returns false now. > Was this an oversight? Not really an oversight. Javascript functions that aren't implemented are really just that way because I haven't gotten to them yet. Rather than systematically implement all the methods from A to Z, I'm implementing those methods that are actually used by people. As I get requests for specific methods, I implement them. I've taken this approach simply because there are an enormous number of javascript methods and I have a finite amount of available time :-) -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mike B. <mb...@Ga...> - 2003-03-15 02:34:01
|
Brad Clarke wrote: > Could com.gargoylesoftware.htmlunit.test.FakeWebConnection be included > in the released jar? Why would you want it included? FakeWebConnection is a mock object used for testing HtmlUnit itself and was never intended to be part of the release. What functionality are you looking for that is in that class? -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mabel C. <mc...@ya...> - 2003-03-15 01:53:38
|
I get a ScriptException when I use navigator.javaEnabled() in my javascript. It doesn't understand the javaEnabled() function. HTMLUnit seems to support the navigator properties but not the navigator object's methods. Was this an oversight? I am not specifying any specific browser when creating WebClient. Thanks, mabel __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com |
|
From: Brad C. <bc...@bo...> - 2003-03-14 21:59:58
|
<html> <body> <font face="Courier New, Courier">Could com.gargoylesoftware.htmlunit.test.FakeWebConnection be included in the released jar? <br><br> Brad C<br><br> </font></body> </html> |
|
From: John L. <joh...@ca...> - 2003-03-14 21:47:09
|
A followup.
I downloaded version 1.2 from CVS. Inserted the location printline as
instructed and got this printing out:
[junit] Location string
is:http://john.candata.com/order/Login.jsp;jsessionid=1if6pf3ykdwqk
[junit] Location string is:http://john.candata.com/order
[junit] Location string is:http://john.candata.com/order/
The wrinkle in this is that with the locally-compiled version 1.2, my
test script executes exactly as it should. Hence, no more problems.
|
|
From: Mike B. <mb...@Ga...> - 2003-03-14 19:36:18
|
Mabel Chow wrote: > Does it matter where we insert the external javascript file in the html > code? If I'm right about the problem then no, it won't make a difference where the external file is specified. > Should I open a bug for this? Yes please. I'll see if I can get to it this weekend. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mike B. <mb...@Ga...> - 2003-03-14 18:40:19
|
> 192.168.1.15 - value1 [14/Mar/2003:16:16:50 +0000] "POST > /order/j_security_check HTTP/1.1" 302 0 > "http://john.candata.com/order/Login.jsp;jsessionid=5ifh899gfnnb0" > "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826" Is that really a semi-colon after Login.jsp and not a question mark? If the browser is accepting a semi-colon and treating it like a question mark then this would be the reason HtmlUnit is showing different behaviour. Is there any way that you can get a tcp dump of the initial response? I'd like to know what the value of the "Location" header is when HtmlUnit recieves the 302 redirect code. If you're up to putting some printlns in the HtmlUnit code, the redirection logic is in WebClient.java starting on line 930. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mabel C. <mc...@ya...> - 2003-03-14 18:30:23
|
Does it matter where we insert the external javascript file in the html
code? If I put it within the body tag, it still doesn't load. For
example:
<body>
<script language="Javascript" type="text/javascript"
src="myFile.js"></script>
<script language="Javascript" type="text/javascript">
someFunc();
</script>
</body>
Should I open a bug for this?
--- Mike Bowler <mb...@Ga...> wrote:
>
> Mabel Chow wrote:
> > When I reference an external javascript file within the <head> tag
> and
> > call a function using onLoad attribute, <body
> onLoad="someFunc();">, it
> > CAN recognize someFunc(). However, if I use
> >
> > <body>
> > <script language="Javascript" type="text/javascript">
> > someFunc();
> > </script>
> > </body>
> >
> > I get ScriptException: "someFunc()" is not defined.
> > Any ideas why and solutions?
>
> Looks like you've found a bug in the way I'm loading the javascript.
> This code went through some significant changes for 1.2 in order to
> support document.write().
>
> The external script file isn't getting loaded until the entire html
> file
> has been parsed but the script tag within the body is executed
> *during*
> the parsing of the html. When the inner script is executed, the
> external file hasn't been loaded.
>
> By the time the onload handler is invoked, all the external scripts
> have
> been loaded so that works properly.
>
> I'll have to write up some tests to prove that it is broken the way I
>
> suspect.
>
> --
> Mike Bowler
> Principal, Gargoyle Software Inc.
> Voice: (416) 822-0973 | Email : mb...@Ga...
> Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> HtmlUnit-develop mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/htmlunit-develop
__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com
|
|
From: John L. <joh...@ca...> - 2003-03-14 17:25:27
|
An additional issue issue.
I am doing a form-based login where the web page is constructed as follows:
<form NAME="j_security_check" ACTION="j_security_check" METHOD="POST">
...
<input type="text" value="value1" name="j_username" />
...
<input type="password" value="value2" name="j_password" size="10"
maxlength="15" />
...
<input TYPE=submit NAME="login" VALUE="Login">
</form>
[ Note, I am initializing the login and password inputs to a VALID set
of values. ]
The underlying JSP code invokes a second page via the Login post along
these lines:
response.sendRedirect("j_security_check?j_username="+login+"&j_password="+pass);
I press the Login button and it brings me to the second page (because it
is successful). The server log is as follows:
192.168.1.15 - value1 [14/Mar/2003:16:16:50 +0000] "POST
/order/j_security_check HTTP/1.1" 302 0
"http://john.candata.com/order/Login.jsp;jsessionid=5ifh899gfnnb0"
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826"
When I do the same thing via HtmlUnit, for some reason, it is not
passing in the login and password values. It passes all the assertion
tests except the final one indicating a successful login to the second
page. It is a login failure, and I am returned back to the original page.
final HtmlForm form = page1.getFormByName("j_security_check");
final HtmlSubmitInput button =
(HtmlSubmitInput)form.getInputByName("login");
final HtmlTextInput textField =
(HtmlTextInput)form.getInputByName("j_username");
final HtmlPasswordInput pwdField =
(HtmlPasswordInput)form.getInputByName("j_password");
assertEquals("value1, textField.getValueAttribute());
assertEquals("value2", pwdField.getValueAttribute());
final HtmlPage page2 = (HtmlPage)button.click();
assertEquals("Second Page", page2.getTitleText());
The server log does not indicate the value of the Login input, as it
does when I manually log in.
192.168.1.15 - - [14/Mar/2003:16:20:17 +0000] "POST
/order/j_security_check HTTP/1.1" 302 0 "-" "Mozilla/4.0 (compatible;
MSIE 6.0b; Windows 98)"
I thought maybe Java.net.authenticator - setting Login and Password -
might solve the problem, but the effect was the same. The login failed
and I did not reach second page.
webClient.setCredentialProvider(new SimpleCredentialProvider ("value1",
"value2"));
Hints?
|
|
From: Christian S. <chr...@ne...> - 2003-03-14 08:43:18
|
not sure if that matters, but I am just doing some custom XML parsing
with Xerces, in the course of which I had to resolve a file by supplying
an URL to the local file system. After some trial and error, I found
that URLs of the form "file:mylocalfile.xml" did the job, whereas
"file://mylocalfile.xml" failed.
InputSource in = new InputSource("file:dtw.xml");
Mike Bowler wrote:
> Brad Clarke wrote:
>
>> Best I can find is http://www.w3.org/Addressing/rfc1738.txt section
>> 3.10. It's not very descriptive though
>
>
> That document says:
>
> The file URL scheme is unusual in that it does not specify an
> Internet protocol or access method for such files; as such, its
> utility in network protocols between hosts is limited.
>
> Which would seem to imply that there isn't a portable way of specifying
> a file url. I would hope that this is wrong but I haven't found
> anything that defines the spec for file://
>
> Now this doesn't mean that I can't add support for loading files off the
> file system but it does mean that this support won't be via file urls.
> One option that I've been tossing around is mapping http urls to the
> file system. For example, you would be able to tell HtmlUnit that any
> request to http://foo.com/bar/* would map to d:\source\foo and then you
> would write your code to access http://foo.com/bar/whatever.
>
|
|
From: Mike B. <mb...@Ga...> - 2003-03-14 02:12:56
|
Mabel Chow wrote: > When I reference an external javascript file within the <head> tag and > call a function using onLoad attribute, <body onLoad="someFunc();">, it > CAN recognize someFunc(). However, if I use > > <body> > <script language="Javascript" type="text/javascript"> > someFunc(); > </script> > </body> > > I get ScriptException: "someFunc()" is not defined. > Any ideas why and solutions? Looks like you've found a bug in the way I'm loading the javascript. This code went through some significant changes for 1.2 in order to support document.write(). The external script file isn't getting loaded until the entire html file has been parsed but the script tag within the body is executed *during* the parsing of the html. When the inner script is executed, the external file hasn't been loaded. By the time the onload handler is invoked, all the external scripts have been loaded so that works properly. I'll have to write up some tests to prove that it is broken the way I suspect. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mike B. <mb...@Ga...> - 2003-03-14 01:58:30
|
Brad Clarke wrote: > Best I can find is http://www.w3.org/Addressing/rfc1738.txt section > 3.10. It's not very descriptive though That document says: The file URL scheme is unusual in that it does not specify an Internet protocol or access method for such files; as such, its utility in network protocols between hosts is limited. Which would seem to imply that there isn't a portable way of specifying a file url. I would hope that this is wrong but I haven't found anything that defines the spec for file:// Now this doesn't mean that I can't add support for loading files off the file system but it does mean that this support won't be via file urls. One option that I've been tossing around is mapping http urls to the file system. For example, you would be able to tell HtmlUnit that any request to http://foo.com/bar/* would map to d:\source\foo and then you would write your code to access http://foo.com/bar/whatever. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: <Mik...@su...> - 2003-03-13 21:41:57
|
> You can safely ignore that warning. It is coming from HttpClient. HtmlUnit
> disables redirection in HtmlUnit and performs the logic itself.
Unfortunatley,
^^^^^^^^
Oops, I meant to say "HtmlUnit disables redirection in HttpUnit and ....".
^^^^^^^^
Mike
|
|
From: <Mik...@su...> - 2003-03-13 21:36:28
|
You can safely ignore that warning. It is coming from HttpClient. HtmlUnit disables redirection in HtmlUnit and performs the logic itself. Unfortunatley, HttpClient complains about it. Mike |---------+--------------------------------------------> | | John Larocque | | | <joh...@ca...> | | | Sent by: | | | htm...@li...ur| | | ceforge.net | | | | | | | | | 03/13/2003 03:28 PM | | | | |---------+--------------------------------------------> >--------------------------------------------------------------------------------------------------------------| | | | To: htm...@li... | | cc: | | Subject: [HtmlUnit] followredirects disabled problem | >--------------------------------------------------------------------------------------------------------------| I am a novice to HtmlUnit and as a first exercise, wrote a test program based closely on "Submitting a Form" from this page: http://htmlunit.sourceforge.net/gettingStarted.html The formo on my test HTML page features three inputs: text, password, submit. I set the text and password using setValueAttribute, and then attempt to submit the form. When I execute this command: final HtmlPage page2 = (HtmlPage)button.click(); I get this compile warning: [INFO] HttpMethod - -Redirect requested but followRedirects is disabled So I then imported java.net and asked this question: assertEquals(HttpURLConnection.getFollowRedirects(), true); Yes, indeed FollowRedirects is set to true. And yet the warning claims it is disabled. Ultimately, I was not able to submit the form. Thoughts? ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en _______________________________________________ HtmlUnit-develop mailing list Htm...@li... https://lists.sourceforge.net/lists/listinfo/htmlunit-develop |
|
From: John L. <joh...@ca...> - 2003-03-13 21:31:02
|
I am a novice to HtmlUnit and as a first exercise, wrote a test program based closely on "Submitting a Form" from this page: http://htmlunit.sourceforge.net/gettingStarted.html The formo on my test HTML page features three inputs: text, password, submit. I set the text and password using setValueAttribute, and then attempt to submit the form. When I execute this command: final HtmlPage page2 = (HtmlPage)button.click(); I get this compile warning: [INFO] HttpMethod - -Redirect requested but followRedirects is disabled So I then imported java.net and asked this question: assertEquals(HttpURLConnection.getFollowRedirects(), true); Yes, indeed FollowRedirects is set to true. And yet the warning claims it is disabled. Ultimately, I was not able to submit the form. Thoughts? |
|
From: Brad C. <bc...@bo...> - 2003-03-13 20:38:04
|
Best I can find is http://www.w3.org/Addressing/rfc1738.txt section 3.10. It's not very descriptive though Brad C >Message: 4 >Date: Thu, 13 Mar 2003 06:15:23 -0500 >From: Mike Bowler <mb...@Ga...> >Organization: Gargoyle Software >To: htm...@li... >Subject: Re: [HtmlUnit] Read from local files > >Brad Clarke wrote: > > Is there any way to point htmlunit at local files? I tried file:// but > > it says the protocol is not supported ( tested using recent CVS and > > also just upgraded to 1.2) > >At present, no. I looked into this at one point and couldn't find a >definitive definition of the file protocol. Experimentations shows that >different browsers and different platforms seem to use slightly >different syntax for file urls. A file url generated by one browser >likely won't work in another browser. > >If someone could point me at an RFC or something equivilent that >describes the file protocol in detail (for all platforms/browsers) then >I'd be willing to add support for this. > >-- >Mike Bowler >Principal, Gargoyle Software Inc. >Voice: (416) 822-0973 | Email : mb...@Ga... >Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Mabel C. <mc...@ya...> - 2003-03-13 17:56:36
|
I read in an archived message that someone else had a problem with
htmlunit not recognizing external javascript files and that message was
dated 9/2002. I am using version 1.2 (3/10/2003), but I am having the
same problem.
When I reference an external javascript file within the <head> tag and
call a function using onLoad attribute, <body onLoad="someFunc();">, it
CAN recognize someFunc(). However, if I use
<body>
<script language="Javascript" type="text/javascript">
someFunc();
</script>
</body>
I get ScriptException: "someFunc()" is not defined.
Any ideas why and solutions?
thanks,
mabel
__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com
|
|
From: Mike B. <mb...@Ga...> - 2003-03-13 15:36:44
|
> How come HtmlInputButton does not expose the click() method? Fixed. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
2843 messages has been excluded from this view by a project administrator.
