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: <Mik...@su...> - 2002-10-21 17:06:53
|
> I've also have gotten this exception more than a few times. It's very > odd, most of the time my program runs without a hitch then maybe 1 time > in 50 it gives me this exception. The problem has been fixed in the latest nekohtml.jar in the HtmlUnit CVS repository. Mike Bresnahan |
|
From: Jordan H. B. <jb...@af...> - 2002-10-21 17:03:26
|
I've also have gotten this exception more than a few times. It's very odd, most of the time my program runs without a hitch then maybe 1 time in 50 it gives me this exception. =20 Mike.J.Bresnahan@su... wrote: =20 >I am receiving the following exception: > >java.lang.ArrayIndexOutOfBoundsException: 2048 > > <snipped> =20 >I've tried without success to reduce bug.html to a smaller test case. The >problem goes away if I do things as simple as change the indenting of the file. > >I am using: > Windows 2000 SP2 > IBM Java 1.3 > HtmlUnit latest sources in CVS > > > The bad news is that I can't reproduce this. I tried this on Mac OS/X with Java 1.3.1 both from HtmlUnit and also directly with NekoHTML and can't reproduce it either way. I won't have access to a Windows machine until Tuesday (long weekend here in Canada) so for the moment I can't try it there. =20 The version of NekoHTML was upgraded with the last pre-release so first thing I'd check would be that the version of jars is correct - in this case specifically nekohtml.jar and commons-httpclient.jar. =20 -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mbowler@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com =20 =20 =20 =20 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ HtmlUnit-develop mailing list HtmlUnit-develop@li... https://lists.sourceforge.net/lists/listinfo/htmlunit-develop =20 |
|
From: <Mik...@su...> - 2002-10-18 16:37:54
|
My test suite runs fine when my application is running inside WebSphere Studio
Application Developer 4.0.2, but not when running inside WebSphere Application
Server 4.0.1 and IBM HTTP Server 1.3.19 I get intermittent exceptions like the
one below.
[java] [WARN] HttpMethod - -Recoverable exception caught when reading
response
[java] org.apache.commons.httpclient.HttpRecoverableException: Error in
parsing the status line from the response: unable to find line starting with
"HTTP/"
[java] at
org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1220)
[java] at
org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1184)
[java] at
org.apache.commons.httpclient.HttpMethodBase.processRequest(HttpMethodBase.java:521)
[java] at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:741)
[java] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:359)
[java] at
com.gargoylesoftware.htmlunit.WebConnection.getResponse(WebConnection.java:95)
[java] at
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:287)
[java] at
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:230)
[java] at
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:172)
[java] at
com.supervalu.mrpob.robot.WebClient.getPage(WebClient.java:61)
[java] at
com.supervalu.mrpob.robot.AbstractTestCase.getPage(AbstractTestCase.java:103)
[java] at
com.supervalu.mrpob.robot.HomeTestCase01.testAdministrator(HomeTestCase01.java:34)
[java] at java.lang.reflect.Method.invoke(Native Method)
[java] at junit.framework.TestCase.runTest(TestCase.java:166)
[java] at junit.framework.TestCase.runBare(TestCase.java:140)
[java] at junit.framework.TestResult$1.protect(TestResult.java:106)
[java] at junit.framework.TestResult.runProtected(TestResult.java:124)
[java] at junit.framework.TestResult.run(TestResult.java:109)
[java] at junit.framework.TestCase.run(TestCase.java:131)
[java] at junit.framework.TestSuite.runTest(TestSuite.java:173)
[java] at junit.framework.TestSuite.run(TestSuite.java:168)
[java] at junit.framework.TestSuite.runTest(TestSuite.java:173)
[java] at junit.framework.TestSuite.run(TestSuite.java:168)
[java] at junit.textui.TestRunner.doRun(TestRunner.java:74)
[java] at junit.textui.TestRunner.run(TestRunner.java:200)
[java] at com.supervalu.mrpob.robot.RobotMain.main(RobotMain.java:31)
I don't have time to narrow this down to a simple test case at the moment, but I
thought you might want some early feedback.
I am using HtmlUnit sources from 10/11/2002 including the httpclient jar from
CVS. I tried using httpclient 2.0-alpha1 and a httpclient daily build from
9/19/2002. I got a different exception messages from all 3 jars, but the net
result was the same.
Note the IE 5.5 has no problems with the application.
Mike Bresnahan
|
|
From: Mike B. <mb...@Ga...> - 2002-10-17 23:09:06
|
Thanks for the heads-up. I haven't done any profiling yet so I hadn't seen this. -- 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...> - 2002-10-17 21:28:12
|
Since upgrading to 10/11/2002 sources from CVS I have noticed a drastically increased amount of RAM being used by my test suite. I'm seeing my RAM usage top out well over 100 MB where it used to consume more like 30 MB. Further the RAM usage grows during its entire execution. Sounds like a memory leak of some sort, eh? I think I have found the cause. There is a HashMap in com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine named pageInfos_ that appears to hold a reference to every page visited by the instance of com.gargoylesoftware.htmlunit.WebClient. Apparently each instance of com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.PageInfo holds a reference to an instance of com.gargoylesoftware.htmlunit.html.HtmlPage. You have to follow the reference graph a ways to see this. I discovered it using OptmizeIt. The result is that instances of WebClient get bigger and bigger as you continue using them to visit pages. I'm changed by test suite to not reuse instances of WebClient to work around the problem. Instead it creates a new one for every test. This is probably a better design for my test suite any way. Mike Bresnahan |
|
From: Mike B. <mb...@Ga...> - 2002-10-14 21:16:14
|
> When submitting a form HtmlUnit submits all controls with all > their current values. That's wrong behavior and it's critical > when there is more than one submit button. What version are you using? This was broken in 1.0 but I put in a fix in one of the earlier pre-releases of 1.1. If it's broken in the latest code then I'll need to see your html because I have a test for this particular case that is working properly for me. -- 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...> - 2002-10-14 19:49:24
|
I tried different combinations of jars and JDKs, but the problem persists. I've placed a tarball of my entire test case at ftp://ftp.visi.com/users/mbresnah/htmlunit-bug.tar. The tarball includes the jars taken from CVS on Oct 11. Mike Mike Bowler <mb...@Ga...> To: htm...@li... Sent by: cc: htm...@li...urc Subject: Re: [HtmlUnit] java.lang.ArrayIndexOutOfBoundsException: 2048 eforge.net 10/11/2002 07:32 PM Mik...@su... wrote: >I am receiving the following exception: > >java.lang.ArrayIndexOutOfBoundsException: 2048 > > <snipped> >I've tried without success to reduce bug.html to a smaller test case. The >problem goes away if I do things as simple as change the indenting of the file. > >I am using: > Windows 2000 SP2 > IBM Java 1.3 > HtmlUnit latest sources in CVS > > > The bad news is that I can't reproduce this. I tried this on Mac OS/X with Java 1.3.1 both from HtmlUnit and also directly with NekoHTML and can't reproduce it either way. I won't have access to a Windows machine until Tuesday (long weekend here in Canada) so for the moment I can't try it there. The version of NekoHTML was upgraded with the last pre-release so first thing I'd check would be that the version of jars is correct - in this case specifically nekohtml.jar and commons-httpclient.jar. -- 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ HtmlUnit-develop mailing list Htm...@li... https://lists.sourceforge.net/lists/listinfo/htmlunit-develop |
|
From: <th...@cy...> - 2002-10-14 17:18:26
|
Hi Mike, first of all I want to thank you for the great service you provide. It's really amazing to see how fast you solve the problems in your free software. Thanks a lot!!! Unfortunatly I have to complain once more. When submitting a form HtmlUnit submits all controls with all their current values. That's wrong behavior and it's critical when there is more than one submit button. Most web server application determine what to do next by simply checking if a certain variable (name of one of the buttons) is set or not. If both buttons are checked and therefor both variables are set, the server won't do, what it is told to. The HTTP-Specification says something about that topic, too: "* If a form contains more than one submit button, only the activated submit button is successful." - 17.13.2 Successful controls (http://www.w3.org/TR/html4/interact/forms.html#h-17.13.2) Would be nice to see a fix of that soon, because I still couldnt use HtmlUnit on our product, which is a pitty. kind regards, Thomas Bartz Berlin |
|
From: Mike B. <mb...@Ga...> - 2002-10-12 00:32:43
|
Mik...@su... wrote: >I am receiving the following exception: > >java.lang.ArrayIndexOutOfBoundsException: 2048 > > <snipped> >I've tried without success to reduce bug.html to a smaller test case. The >problem goes away if I do things as simple as change the indenting of the file. > >I am using: > Windows 2000 SP2 > IBM Java 1.3 > HtmlUnit latest sources in CVS > > > The bad news is that I can't reproduce this. I tried this on Mac OS/X with Java 1.3.1 both from HtmlUnit and also directly with NekoHTML and can't reproduce it either way. I won't have access to a Windows machine until Tuesday (long weekend here in Canada) so for the moment I can't try it there. The version of NekoHTML was upgraded with the last pre-release so first thing I'd check would be that the version of jars is correct - in this case specifically nekohtml.jar and commons-httpclient.jar. -- 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...> - 2002-10-11 21:29:06
|
I am receiving the following exception:
java.lang.ArrayIndexOutOfBoundsException: 2048
at org.cyberneko.html.HTMLScanner.skipMarkup(Unknown Source)
at org.cyberneko.html.HTMLScanner$ContentScanner.scanAttribute(Unknown
Source)
at org.cyberneko.html.HTMLScanner$ContentScanner.scanStartElement(Unknown
Source)
at org.cyberneko.html.HTMLScanner$ContentScanner.scan(Unknown Source)
at org.cyberneko.html.HTMLScanner.scanDocument(Unknown Source)
at org.cyberneko.html.HTMLConfiguration.parse(Unknown Source)
at org.cyberneko.html.HTMLConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
at org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:253)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.createDocument(HtmlPage.java:206)
at com.gargoylesoftware.htmlunit.html.HtmlPage.<init>(HtmlPage.java:79)
at
com.gargoylesoftware.htmlunit.DefaultPageCreator.createPage(DefaultPageCreator.java:45)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:333)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:230)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:172)
at Test.main(Test.java:11)
java.lang.NullPointerException
at com.gargoylesoftware.htmlunit.html.HtmlPage.<init>(HtmlPage.java:79)
at
com.gargoylesoftware.htmlunit.DefaultPageCreator.createPage(DefaultPageCreator.java:45)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:333)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:230)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:172)
at Test.main(Test.java:11)
when executing:
import com.gargoylesoftware.htmlunit.html.HtmlPage;
import com.gargoylesoftware.htmlunit.WebClient;
public class Test {
public static void main( String args[]) {
try {
WebClient webClient = new WebClient();
HtmlPage page = (HtmlPage)webClient.getPage( new java.net.URL
("http://localhost/test/bug.html"));
}
catch( Exception exception) {
exception.printStackTrace();
}
}
}
where bug.html is attached.
I've tried without success to reduce bug.html to a smaller test case. The
problem goes away if I do things as simple as change the indenting of the file.
I am using:
Windows 2000 SP2
IBM Java 1.3
HtmlUnit latest sources in CVS
Mike
(See attached file: bug.html)
|
|
From: Mike B. <gar...@ya...> - 2002-10-11 20:41:41
|
> Your changes didn't compile until I applied the following changes. I must be more tired than I thought - that's an embarrassing mistake. Sorry about that. The fix has been checked in. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: <Mik...@su...> - 2002-10-11 20:10:07
|
Your changes didn't compile until I applied the following changes. diff -r -c htmlunit/src/java/com/gargoylesoftware/htmlunit/html/HtmlCheckBoxInput.java HtmlUnit-cvs/src/java/com/gargoylesoftware/htmlunit/html/HtmlCheckBoxInput.java *** htmlunit/src/java/com/gargoylesoftware/htmlunit/html/HtmlCheckBoxInput.java Fri Oct 11 14:57:48 2002 --- HtmlUnit-cvs/src/java/com/gargoylesoftware/htmlunit/html/HtmlCheckBoxInput.java Fri Oct 11 15:05:29 2002 *************** *** 6,11 **** --- 6,15 ---- */ package com.gargoylesoftware.htmlunit.html; + import com.gargoylesoftware.htmlunit.Page; + import com.gargoylesoftware.htmlunit.ScriptResult; + import java.io.IOException; + import com.gargoylesoftware.htmlunit.ElementNotFoundException; import org.w3c.dom.Element; /** diff -r -c htmlunit/src/java/com/gargoylesoftware/htmlunit/html/HtmlRadioButtonInput.java HtmlUnit-cvs/src/java/com/gargoylesoftware/htmlunit/html/HtmlRadioButtonInput.java *** htmlunit/src/java/com/gargoylesoftware/htmlunit/html/HtmlRadioButtonInput.java Fri Oct 11 14:57:50 2002 --- HtmlUnit-cvs/src/java/com/gargoylesoftware/htmlunit/html/HtmlRadioButtonInput.java Fri Oct 11 15:05:17 2002 *************** *** 6,11 **** --- 6,15 ---- */ package com.gargoylesoftware.htmlunit.html; + import com.gargoylesoftware.htmlunit.Page; + import com.gargoylesoftware.htmlunit.ScriptResult; + import java.io.IOException; + import com.gargoylesoftware.htmlunit.ElementNotFoundException; import org.w3c.dom.Element; /** |
|
From: <Mik...@su...> - 2002-10-11 19:29:22
|
Heh. That's a lot simpler than my implementation. I didn't think to look at
the superclass. Duh. I'll grab your sources. Thanks.
Mike Bowler
<gar...@ya...> To: htm...@li...
Sent by: cc:
htm...@li...urc Subject: [HtmlUnit] re: HtmlRadioButtonInput
eforge.net
10/11/2002 02:08 PM
Please respond to mbowler
> It appears that javascript support for the onlick event handler of an
> input element of type "radio" has not been implemented in the latest
> CVS sources.
Right.
> Assuming this is correct, I propose to add a click method to
> com.gargoylesoftware.htmlunit.html.HtmlRadioButtonInput that is
> similar to the click method on
> com.gargoylesoftware.htmlunit.html.HtmlAnchor. Is this the
> correct path to take?
Actually, no. This is one of those strange places where it's actually
easier for me to just implement it than it is to explain it so it's now
in cvs.
There is a protected click() method in the superclass. All that was
needed in HtmlRadioButtonInput was a public click method that called
the superclass. The fact that it wasn't done before was just an
oversight on my part.
It's all checked in now.
--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email : mb...@Ga...
Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com
______________________________________________________________________
Post your free ad now! http://personals.yahoo.ca
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
HtmlUnit-develop mailing list
Htm...@li...
https://lists.sourceforge.net/lists/listinfo/htmlunit-develop
|
|
From: Mike B. <gar...@ya...> - 2002-10-11 19:09:00
|
> It appears that javascript support for the onlick event handler of an > input element of type "radio" has not been implemented in the latest > CVS sources. Right. > Assuming this is correct, I propose to add a click method to > com.gargoylesoftware.htmlunit.html.HtmlRadioButtonInput that is > similar to the click method on > com.gargoylesoftware.htmlunit.html.HtmlAnchor. Is this the > correct path to take? Actually, no. This is one of those strange places where it's actually easier for me to just implement it than it is to explain it so it's now in cvs. There is a protected click() method in the superclass. All that was needed in HtmlRadioButtonInput was a public click method that called the superclass. The fact that it wasn't done before was just an oversight on my part. It's all checked in now. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: <Mik...@su...> - 2002-10-11 18:37:42
|
It appears that javascript support for the onlick event handler of an input element of type "radio" has not been implemented in the latest CVS sources. Assuming this is correct, I propose to add a click method to com.gargoylesoftware.htmlunit.html.HtmlRadioButtonInput that is similar to the click method on com.gargoylesoftware.htmlunit.html.HtmlAnchor. Is this the correct path to take? Mike |
|
From: Mike B. <gar...@ya...> - 2002-10-11 15:36:48
|
> I looked at your code to see if I could make it work like
> IE, but it wasn't clear to me where the action attribute
> gets defined.
In Form.java, you'll see methods like this:
public String jsGet_action() {
return getHtmlForm().getActionAttribute();
}
Any method that starts with jsGet_ will become an attribute with this
method as the getter. Same for jsSet_ and jsFunction_. This is all
done by the Rhino engine via the magic of reflection.
If I wanted to have action (and id and method and...) there only if
there isn't an input with the same name then I'll have to assign them
dynamically. Less convenient but not horrible.
--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email : mb...@Ga...
Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com
______________________________________________________________________
Post your free ad now! http://personals.yahoo.ca
|
|
From: <Mik...@su...> - 2002-10-11 15:24:10
|
I looked at your code to see if I could make it work like IE, but it wasn't
clear to me where the action attribute gets defined. I see where it defines the
form element properties in Form.initialize, but not the form attributes. Are
they defined through some sort of reflection mechanism during the call to
makeJavaScriptObject?
Mike
Mike Bowler
<gar...@ya...> To: htm...@li...
Sent by: cc:
htm...@li...urc Subject: Re: [HtmlUnit] com.gargoylesoftware.htmlunit.ScriptException: Cannot
eforge.net create property
10/11/2002 09:55 AM
Please respond to mbowler
> Unfortunatley I have JavaScript code that does just that,
> form_main.action.value="foo", and it works in IE 5.5 and
> Netscape 4.79.
Interesting. I assume then that if you have an input called "action"
then you will have no access to the action attribute of the form
itself. It seems bizarre but if this is the way the browsers implement
it then I'll change HtmlUnit to do the same.
I'll have to experiment to see if this holds true for all attributes on
form (action, id, enctype, method etc) in the various browsers.
> However, this experience has convinced me that naming an
> input element 'action' is probably not a great idea.
:-D
--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email : mb...@Ga...
Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com
______________________________________________________________________
Post your free ad now! http://personals.yahoo.ca
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
HtmlUnit-develop mailing list
Htm...@li...
https://lists.sourceforge.net/lists/listinfo/htmlunit-develop
|
|
From: Mike B. <gar...@ya...> - 2002-10-11 14:55:24
|
> Unfortunatley I have JavaScript code that does just that, > form_main.action.value="foo", and it works in IE 5.5 and > Netscape 4.79. Interesting. I assume then that if you have an input called "action" then you will have no access to the action attribute of the form itself. It seems bizarre but if this is the way the browsers implement it then I'll change HtmlUnit to do the same. I'll have to experiment to see if this holds true for all attributes on form (action, id, enctype, method etc) in the various browsers. > However, this experience has convinced me that naming an > input element 'action' is probably not a great idea. :-D -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: <Mik...@su...> - 2002-10-11 14:10:44
|
Unfortunatley I have JavaScript code that does just that, form_main.action.value
="foo", and it works in IE 5.5 and Netscape 4.79. However, this experience has
convinced me that naming an input element 'action' is probably not a great idea.
Mike Bowler
<mb...@Ga...> To: htm...@li...
Sent by: cc:
htm...@li...urc Subject: Re: [HtmlUnit] com.gargoylesoftware.htmlunit.ScriptException: Cannot
eforge.net create property
10/10/2002 06:25 PM
Hi Mike,
> It appears to have issue with the input element name 'action', likely
> because the enclosing form has an attribute by the same name.
Strangely enough, I put a fix in for this bug this week. ;-)
I'm not sure yet what the browsers do in this case but I've changed
HtmlUnit so that it doesn't create a property with the name "action"
(same behaviour with "id" btw). So you won't be able to do things like
form_main.action.value="foo" but at least it doesn't blow up anymore.
--
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:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
HtmlUnit-develop mailing list
Htm...@li...
https://lists.sourceforge.net/lists/listinfo/htmlunit-develop
|
|
From: Mike B. <mb...@Ga...> - 2002-10-10 23:25:29
|
Hi Mike, > It appears to have issue with the input element name 'action', likely > because the enclosing form has an attribute by the same name. Strangely enough, I put a fix in for this bug this week. ;-) I'm not sure yet what the browsers do in this case but I've changed HtmlUnit so that it doesn't create a property with the name "action" (same behaviour with "id" btw). So you won't be able to do things like form_main.action.value="foo" but at least it doesn't blow up anymore. -- 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...> - 2002-10-10 22:36:12
|
Here's a much simpler page that causes the same exception.
<html>
<body>
<form method="get" action="SiteMinderEmulator" name="form_main">
<input name="action" type="hidden"/>
</form>
</body>
</html>
It appears to have issue with the input element name 'action', likely because
the enclosing form has an attribute by the same name.
Thus it appears this is an issue with Rhino rather than HtmlUnit.
|
|
From: <Mik...@su...> - 2002-10-10 22:23:26
|
I have encountered a problem with the Javascript support in HtmlUnit 1.1pre5. I
am recieving the following exception:
com.gargoylesoftware.htmlunit.ScriptException: Cannot create property
at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.getPageInfo(JavaScriptEngine.java:129)
at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:148)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(HtmlPage.java:721)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeScriptTagsIfNeeded(HtmlPage.java:738)
at com.gargoylesoftware.htmlunit.html.HtmlPage.<init>(HtmlPage.java:93)
at
com.gargoylesoftware.htmlunit.DefaultPageCreator.createPage(DefaultPageCreator.java:45)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:330)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:227)
at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:169)
at Test.main(Test.java:9)
when executing the following code:
import com.gargoylesoftware.htmlunit.html.HtmlPage;
import com.gargoylesoftware.htmlunit.WebClient;
public class Test {
public static void main( String args[]) {
try {
WebClient webClient = new WebClient();
HtmlPage page = (HtmlPage)webClient.getPage( new java.net.URL("
http://localhost/test/bug.html"));
}
catch( Exception exception) {
exception.printStackTrace();
}
}
}
Attached is a tarball containing bug.html and the referenced Javascript file
Common.js.
(See attached file: htdocs.tar.gz)
I am using:
Windows 2000 SP2
IBM Java 1.3
HtmlUnit 1.1-pre5
Jakarta Commons HttpClient 2.0-alpha1
Jakarta Commonos Logging 1.0.1
Xerces 2.0.2
Mike
|
|
From: Mike B. <mb...@Ga...> - 2002-09-28 22:35:51
|
Hi Martyn, I saw this error once before and as I recall, it was a classpath problem. This was quite a while ago and I don't remember any other details. Do you perhaps have a different version of commons-logging or commons-httpclient in your classpath? Somebody mentioned a while ago that VisualAge for Java is using commons-httpclient internally that that this had caused some problems for him. Are you invoking your tests within a tool like VisualAge? -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
|
From: Martyn S. <mar...@at...> - 2002-09-28 21:22:34
|
Received this error starting JUnit using HTMLUnit. I've checked classpaths, decompiled SimpleLog and verified it does indeed implement the Log interface. Any ideas what could cause this? Please and Thankyou. Martyn Speck |
|
From: Mike B. <mb...@Ga...> - 2002-09-26 00:53:00
|
HtmlUnit-1.1-pre5 has been released. The full change log is at http://htmlunit.sourceforge.net/changes.html Big changes that you should be aware of are: 1) The entire directory structure has been redesigned. Code in cvs is now stored in the "htmlunit" module 2) The jars files used by HtmlUnit have changed. It is now using NekoHTML instead of JTidy -- 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.
