htmlunit-develop — General discussion of the development of HtmlUnit

[HtmlUnit] CVS Commit: htmlunit: Fix for bug 738548 - "Form values are not Posted

[<no...@us...>]

Log Message:
-----------
Fix for bug 738548 - "Form values are not Posted Properly to Server"

Modified Files:
--------------
    /cvsroot/htmlunit/htmlunit/src/xdocs:
        changes.xml
    /cvsroot/htmlunit/htmlunit/src/test/java/com/gargoylesoftware/htmlunit:
        SanityCheck.java
    /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit:
        HttpWebConnection.java

Revision Data
-------------
Index: SanityCheck.java
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/test/java/com/gargoylesoftware/htmlunit/SanityCheck.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -d -r1.4 -r1.5
--- SanityCheck.java	10 Jun 2003 11:57:00 -0000	1.4
+++ SanityCheck.java	28 Jun 2003 17:24:27 -0000	1.5
@@ -236,6 +236,30 @@
      * correctly for POST methods.
      * @throws Exception If something goes wrong.
      */
+    public void testPostMethodWithDuplicateParameters() throws Exception {
+        final WebClient webClient = new WebClient();
+        final HtmlPage firstPage = (HtmlPage)webClient.getPage(getPrintEnvUrl());
+
+        assertEquals("GET", firstPage.getHtmlElementById("REQUEST_METHOD").asText());
+
+        final HtmlForm form = firstPage.getFormByName("form1");
+        form.setMethodAttribute("post");
+
+        final HtmlSubmitInput button = (HtmlSubmitInput)form.getInputByName("button1");
+        button.getElement().setAttribute("name", "textfield1");
+        
+        final HtmlPage secondPage = (HtmlPage)button.click();
+        assertEquals("POST", secondPage.getHtmlElementById("REQUEST_METHOD").asText());
+        assertEquals("", secondPage.getHtmlElementById("QUERY_STRING").asText());
+        assertEquals("textfield1=*&textfield1=PushMe",
+            secondPage.getHtmlElementById("CONTENT").asText());
+    }
+
+    /**
+     * Test against htmlunit.sourceforge.net to make sure parameters are being passed
+     * correctly for POST methods.
+     * @throws Exception If something goes wrong.
+     */
     public void testPostMethodWithParameters() throws Exception {
         final WebClient webClient = new WebClient();
         final HtmlPage firstPage = (HtmlPage)webClient.getPage(getPrintEnvUrl());
Index: changes.xml
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/xdocs/changes.xml,v
retrieving revision 1.111
retrieving revision 1.112
diff -u -d -r1.111 -r1.112
--- changes.xml	26 Jun 2003 12:07:01 -0000	1.111
+++ changes.xml	28 Jun 2003 17:24:27 -0000	1.112
@@ -124,6 +124,9 @@
             	Changed HtmlTextArea.setText() to actually modify the DOM
             	Patch provided by Barnaby Court.
             </action>
+            <action type="update" dev="mbowler" id="738548 ">
+            	Fix for bug 738548 - "Form values are not Posted Properly to Server"
+            </action>
         </release>
 	</body>
 
Index: HttpWebConnection.java
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/HttpWebConnection.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -d -r1.10 -r1.11
--- HttpWebConnection.java	10 Jun 2003 11:56:55 -0000	1.10
+++ HttpWebConnection.java	28 Jun 2003 17:24:28 -0000	1.11
@@ -229,10 +229,19 @@
             if( queryString != null ) {
                 httpMethod.setQueryString(queryString);
             }
-            final Iterator iterator = parameters.iterator();
+            Iterator iterator;
+
+            // Note that this has to be done in two loops otherwise it won't 
+            // be able to support two elements with the same name.            
+            iterator = parameters.iterator();
             while( iterator.hasNext() ) {
                 final NameValuePair pair = ( NameValuePair )iterator.next();
                 ( ( PostMethod )httpMethod ).removeParameter( pair.getName(), pair.getValue() );
+            }
+            
+            iterator = parameters.iterator();
+            while( iterator.hasNext() ) {
+                final NameValuePair pair = ( NameValuePair )iterator.next();
                 ( ( PostMethod )httpMethod ).addParameter( pair.getName(), pair.getValue() );
             }
         }

[HtmlUnit] [ htmlunit-Bugs-750487 ] The undefined value has no properties

[SourceForge.net <no...@so...>]

Bugs item #750487, was opened at 2003-06-07 03:38
Message generated for change (Comment added) made by mbowler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=448266&aid=750487&group_id=47038

Category: None
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 7
Submitted By: Suheal Hanjgikar (suheal)
Assigned to: Mike Bowler (mbowler)
Summary: The undefined value has no properties

Initial Comment:
Tried to write a sample test program using HtmlUnit. 
Unfortunately it is throwing an exception.

The bug 727718 mentions the same problem.

I have attached the source code of the sample test 
program.

Here is the exception it throws:

I think the Redirect statement can be safely neglected.
The exception that it throws.

/******************************************
******************************************
***********/
[INFO] HttpMethod - -Redirect requested but 
followRedirects is disabled
com.gargoylesoftware.htmlunit.ScriptException: The 
undefined value has no properties.
        at 
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngin
e.execute(JavaScriptEngine.java:199)
        at 
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJav
aScriptIfPossible(HtmlPage.java:770)
        at 
com.gargoylesoftware.htmlunit.html.HtmlPage.executeBod
yOnLoadHandlerIfNeeded(HtmlPage.java:900)
        at 
com.gargoylesoftware.htmlunit.html.HtmlPage.initialize
(HtmlPage.java:134)
        at 
com.gargoylesoftware.htmlunit.WebClient.getPage
(WebClient.java:322)
        at 
com.gargoylesoftware.htmlunit.WebClient.getPage
(WebClient.java:242)
        at 
com.gargoylesoftware.htmlunit.WebClient.getPage
(WebClient.java:186)
        at testhtml.main(testhtml.java:23)
/******************************************
******************************************
***********/


----------------------------------------------------------------------

>Comment By: Mike Bowler (mbowler)
Date: 2003-06-28 12:19

Message:
Logged In: YES 
user_id=46756

NekoHTML 0.7.7 has been released which fixes the problem I
described below.  

With the latest code, your sample code does not blow up
where you described.  It now fails because there isn't an
input with the name "login" but this code is *after* the
point at which it was failing for you.

There have been quite a few fixes put in place since 1.2.2
and I can only assume that one of them has fixed this
particular problem.

----------------------------------------------------------------------

Comment By: Mike Bowler (mbowler)
Date: 2003-06-14 11:58

Message:
Logged In: YES 
user_id=46756

I can't presently get far enough to see the error that you
are seeing.  NekoHTML is generating multiple body tags from
the html at http://www.mail.yahoo.com which means that it
blows up before the point that you are seeing.  I have
opened a bug with NekoHTML and will revisit this when I've
got a response.

If you have a different sample that reproduces the same
problem then please post it here.

BTW this is not likely related to bug 727718.  The error
message in question just means that the rhino engine has
tried to call a method that hasn't been implemented yet.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=448266&aid=750487&group_id=47038

[HtmlUnit] CVS Commit: htmlunit: Fixed broken attributes tests that had been

[<no...@us...>]

Log Message:
-----------
Fixed broken attributes tests that had been failing due to ClassCastException when a proxy element was returned instead of the concrete class.

Modified Files:
--------------
    /cvsroot/htmlunit/htmlunit/src/test/java/com/gargoylesoftware/htmlunit/html:
        AttributesTest.java
    /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/html:
        HtmlTextArea.java
        HtmlElement.java

Revision Data
-------------
Index: AttributesTest.java
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/test/java/com/gargoylesoftware/htmlunit/html/AttributesTest.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -d -r1.1 -r1.2
--- AttributesTest.java	10 Jun 2003 19:58:52 -0000	1.1
+++ AttributesTest.java	28 Jun 2003 16:42:54 -0000	1.2
@@ -43,6 +43,7 @@
 
 import java.lang.reflect.Constructor;
 import java.lang.reflect.InvocationHandler;
+import java.lang.reflect.InvocationTargetException;
 import java.lang.reflect.Method;
 import java.lang.reflect.Proxy;
 import java.net.URL;
@@ -254,8 +255,22 @@
         else {
             final Constructor constructor = classUnderTest_.getDeclaredConstructor( 
                 new Class[]{ HtmlPage.class, Element.class } );
-            newInstance = constructor.newInstance(
-                new Object[]{page_, proxyElement});
+            try {
+                newInstance = constructor.newInstance(
+                    new Object[]{page_, proxyElement});
+            }
+            catch( final InvocationTargetException e ) {
+                final Throwable targetException = e.getTargetException();
+                if( targetException instanceof Exception ) {
+                    throw (Exception)targetException;
+                }
+                else if( targetException instanceof Error ) {
+                    throw (Error)targetException;
+                }
+                else {
+                    throw e;
+                }
+            }
         }
         
         return newInstance;
Index: HtmlTextArea.java
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/html/HtmlTextArea.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -d -r1.11 -r1.12
--- HtmlTextArea.java	23 Jun 2003 14:27:34 -0000	1.11
+++ HtmlTextArea.java	28 Jun 2003 16:42:54 -0000	1.12
@@ -85,8 +85,7 @@
      * @return The text
      */
     public final String getText() {
-        HTMLTextAreaElementImpl textElement = (HTMLTextAreaElementImpl) getElement();
-        return textElement.getTextContent();
+        return asText();
     }
 
 
Index: HtmlElement.java
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/html/HtmlElement.java,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -d -r1.24 -r1.25
--- HtmlElement.java	10 Jun 2003 11:56:57 -0000	1.24
+++ HtmlElement.java	28 Jun 2003 16:42:54 -0000	1.25
@@ -368,6 +368,9 @@
 
         final StringBuffer buffer = new StringBuffer();
         final NodeList nodeList = getElement().getChildNodes();
+        if( nodeList == null ) {
+            return "";
+        }
         final int nodeCount = nodeList.getLength();
         final HtmlPage page = getPage();
 

[HtmlUnit] [ htmlunit-Bugs-745565 ] Parser produces two head elements

[SourceForge.net <no...@so...>]

Bugs item #745565, was opened at 2003-05-29 11:29
Message generated for change (Comment added) made by mbowler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=448266&aid=745565&group_id=47038

Category: None
Group: 1.2.1
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Mike Bresnahan (gudujarlson)
Assigned to: Mike Bowler (mbowler)
Summary: Parser produces two head elements

Initial Comment:
The following HTML causes HtmlUnit 1.2.2 to produce 2 
<head> elements and a blank page title.  Note the meta 
tag that preceeds the head tag.

<html>
<meta http-equiv="Pragma" content="no-cache">
<head>
<title>Title</title>
<meta http-equiv="Content-Type" content="text/html; 
charset=iso-8859-1">
</head>
<body>
</body>
</html>

To reproduce use the following code:

import com.gargoylesoftware.htmlunit.Page;
import com.gargoylesoftware.htmlunit.UnexpectedPage;
import com.gargoylesoftware.htmlunit.WebClient;
import com.gargoylesoftware.htmlunit.html.HtmlPage;
import com.gargoylesoftware.htmlunit.html.HtmlElement;

public class Main {

    public static void main(String args[]) {
	try {
	    Page page = new WebClient().getPage
(new java.net.URL("http://localhost:7001/bug.html"));
	    if( page instanceof UnexpectedPage) {
		System.err.println
(page.getWebResponse().getContentAsString());
		throw new Exception("Got an 
unexpected page");
	    }
	    HtmlPage htmlPage = (HtmlPage)page;
	    //System.err.println("XXX:" + 
htmlPage.getTitleText());
	    //System.err.println
(htmlPage.getWebResponse().getContentAsString());
	    dump( htmlPage, 0);
	    junit.framework.Assert.assertEquals
("Title", htmlPage.getTitleText());
	}
	catch( Throwable exception) {
	    exception.printStackTrace();
	}
    }

    private static void dump(HtmlElement element, int 
depth) {
        for( int i = 0; i < depth; ++i) {
            System.err.print("  ");
        }
        System.err.println(element.getTagName());
        java.util.Iterator children = 
element.getChildElements().iterator();
        while(children.hasNext()) {
            HtmlElement child = (HtmlElement)children.next
();
            dump( child, depth + 1);
        }
    }
}

Which should produce the following output:

html
  head
    meta
    head
      title
      meta
  body
junit.framework.ComparisonFailure: expected:<Title> but 
was:<>
	at junit.framework.Assert.assertEquals
(Assert.java:81)
	at junit.framework.Assert.assertEquals
(Assert.java:87)
	at Main.main(Unknown Source)


----------------------------------------------------------------------

>Comment By: Mike Bowler (mbowler)
Date: 2003-06-28 12:05

Message:
Logged In: YES 
user_id=46756

NekoHTML 0.7.7 has been released which fixes this problem.

http://www.apache.org/~andyc/neko/doc/html/index.html

----------------------------------------------------------------------

Comment By: Mike Bowler (mbowler)
Date: 2003-05-29 12:56

Message:
Logged In: YES 
user_id=46756

I have forwarded this bug to the maintainer of NekoHTML (I
am able to reproduce it using just Neko).  I'll leave this
bug open until Neko has been updated.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=448266&aid=745565&group_id=47038

[HtmlUnit] CVS Commit: htmlunit: Upgraded NekoHTML to 0.7.7 which fixes problems

[<no...@us...>]

Log Message:
-----------
Upgraded NekoHTML to 0.7.7 which fixes problems with duplicate body tags

Modified Files:
--------------
    /cvsroot/htmlunit/htmlunit/dist/lib:
        nekohtml.jar
    /cvsroot/htmlunit/htmlunit/src/xdocs:
        changes.xml

Revision Data
-------------
Index: nekohtml.jar
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/dist/lib/nekohtml.jar,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -d -r1.8 -r1.9
Binary files /tmp/cvsKCNGKd and /tmp/cvs4K2p0g differ
Index: changes.xml
===================================================================
RCS file: /cvsroot/htmlunit/htmlunit/src/xdocs/changes.xml,v
retrieving revision 1.110
retrieving revision 1.111
diff -u -d -r1.110 -r1.111
--- changes.xml	23 Jun 2003 14:27:33 -0000	1.110
+++ changes.xml	26 Jun 2003 12:07:01 -0000	1.111
@@ -38,7 +38,7 @@
                 by Mike J. Bresnahan.
             </action>
             <action type="update" dev="mbowler">
-                Updated NekoHTML to 0.7.5 plus a private fix for an infinite loop problem.
+                Updated NekoHTML to 0.7.7
             </action>
             <action type="update" dev="mbowler" due-to="Noboru Sinohara" id="721008">
                 Changed the JavaScriptEngine to use weak references for HtmlPage objects.  Previously
@@ -61,51 +61,56 @@
                 Moved all tests under src/test/java
             </action>
             <action type="update" dev="mbowler" id="713646" due-to="David K. Taylor">
-            	Fixed bug where onload handler would not execute a function if the brackets 
-            	weren't specified. Patch submitted by David K. Taylor.
+                Fixed bug where onload handler would not execute a function if the brackets
+                weren't specified. Patch submitted by David K. Taylor.
             </action>
             <action type="update" dev="mbowler" id="715379" due-to="David K. Taylor">
-            	Fixed bug "document.write of script element does not load script".  Patch submitted
-            	by David K. Taylor.
+                Fixed bug "document.write of script element does not load script".  Patch submitted
+                by David K. Taylor.
             </action>
             <action type="update" dev="mbowler" id="740636" due-to="David K. Taylor">
-	            Fix for bug 740636 "getElementsByTagName should be case insensitive". 
-	            Patch submitted by David K. Taylor
+                Fix for bug 740636 "getElementsByTagName should be case insensitive".
+                Patch submitted by David K. Taylor
             </action>
             <action type="update" dev="mbowler" id="740605 " due-to="David K. Taylor">
-	            Fix for bug 740605 "External script is executed before script element added".
-	            Patch submitted by David K. Taylor
+                Fix for bug 740605 "External script is executed before script element added".
+                Patch submitted by David K. Taylor
             </action>
             <action type="update" dev="mbowler" id="740665 " due-to="David K. Taylor">
-	            Fix for bug 740665 "Script attributes undefined when script executes".
-	            Patch submitted by David K. Taylor
+                Fix for bug 740665 "Script attributes undefined when script executes".
+                Patch submitted by David K. Taylor
             </action>
             <action type="update" dev="mbowler" id="742902 " due-to="David K. Taylor">
-	            Fix for bug 742902 "document.location prints as object reference instead of URL".
-	            Patch submitted by David K. Taylor
+                Fix for bug 742902 "document.location prints as object reference instead of URL".
+                Patch submitted by David K. Taylor
             </action>
             <action type="update" dev="mbowler" id="743241 " due-to="David K. Taylor">
-	            Fix for bug 743241 "document.write from external script is not added to document".
-	            Patch submitted by David K. Taylor
+                Fix for bug 743241 "document.write from external script is not added to document".
+                Patch submitted by David K. Taylor
             </action>
             <action type="update" dev="dktaylor" id="741930">
-	            Partial fix for RFE 741930 "document.createElement(...) and form.appendChild(...)".  This fix adds document.createElement for most element types.  It does not support input tags.
+                Partial fix for RFE 741930 "document.createElement(...) and form.appendChild(...)".
+                This fix adds document.createElement for most element types.  It does not support input tags.
             </action>
             <action type="update" dev="dktaylor">
-	            Add support for setting window.onload within a script.  Window.onload may be set to the name of a function, e.g., window.onload=initFunc;
+                Add support for setting window.onload within a script.  Window.onload may be set to
+                the name of a function, e.g., window.onload=initFunc;
             </action>
             <action type="update" dev="dktaylor" id="741930" due-to="Barnaby Court">
-	            Partial fix for RFE 741930 "document.createElement(...) and form.appendChild(...)".  This fix adds HTMLElement.appendChild.
+                Partial fix for RFE 741930 "document.createElement(...) and form.appendChild(...)".
+                This fix adds HTMLElement.appendChild.
             </action>
             <action type="update" dev="dktaylor">
-	            Add support for getting HTMLElement.parentNode.  HTMLElement.parentNode returns the node above the current node.  It returns null if there is no parent or the parent node type is not supported (not HTML).
+                Add support for getting HTMLElement.parentNode.  HTMLElement.parentNode returns the
+                node above the current node.  It returns null if there is no parent or the parent node
+                type is not supported (not HTML).
             </action>
             <action type="update" dev="mbowler">
-	            Fixed broken behaviour in Input.onclick.  Previously, if the onclick handler
-	            for a submit input didn't return true then the form would not be submitted.
-	            The html spec doesn't seem clear on this but Internet Explorer and Mozilla
-	            both allow the form to be submitted no matter what is returned from 
-	            Input.onclick.
+                Fixed broken behaviour in Input.onclick.  Previously, if the onclick handler
+                for a submit input didn't return true then the form would not be submitted.
+                The html spec doesn't seem clear on this but Internet Explorer and Mozilla
+                both allow the form to be submitted no matter what is returned from
+                Input.onclick.
             </action>
             <action type="update" dev="mbowler" due-to="Barnaby Court">
             	Moved all logic from the HtmlInput subclasses up into HtmlInput itself.

Re: [HtmlUnit] The undefined value has no properties.

[Mike B. <mb...@Ga...>]

gopal wrote:
>  
>    We need full javascript functionality to integrate with my 
> webapplication.
>     I need to test few javascript support sites with htmlunit, if these 
> sites pass without any error that's great.
>     Is HtmlUnit support full javascript functionality?

No.  There is sufficient support to handle the common cases and then 
javascript support gets added as people request specific pieces.

> Where can i find documentation/exmples for htmlunit use cases.

All the documentation is on the website http://htmlunit.sourceforge.net

> When i run following code i am getting Exception:
>  
> Exception in thread "main" 
> com.gargoylesoftware.htmlunit.ScriptException: The undefined value has no
>  properties.

This is happening because a javascript property or function that is 
called by the page has not been implemented yet in HtmlUnit.  Please 
open a bug for this with all the information that you provided here.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] The undefined value has no properties.

[gopal <go...@eb...>]

   We need full javascript functionality to integrate with my =
webapplication.
    I need to test few javascript support sites with htmlunit, if these =
sites pass without any error that's great.
    Is HtmlUnit support full javascript functionality?

Where can i find documentation/exmples for htmlunit use cases.

When i run following code i am getting Exception:

  final WebClient webClient =3D new WebClient();
  final URL url =3D new URL("http://mail.yahoo.com");
  final HtmlPage page =3D (HtmlPage)webClient.getPage(url);
  System.out.println( "Welcome to HtmlUnit " + =
page.getFormByName("login_form").getInputByName("login"));
  final HtmlForm form =3D page.getFormByName("login_form");
  final HtmlSubmitInput button =3D =
(HtmlSubmitInput)form.getInputByName(".save");
  final HtmlTextInput textField22 =3D =
(HtmlTextInput)form.getInputByName("login");
  textField22.setValueAttribute("username");
  final HtmlPasswordInput textField23 =3D =
(HtmlPasswordInput)form.getInputByName("passwd");
  textField23.setValueAttribute("pwd");
  final HtmlPage page2 =3D (HtmlPage)button.click();
  System.out.println(" PAGE :: " + page2.toString());


Exception in thread "main" =
com.gargoylesoftware.htmlunit.ScriptException: The undefined value has =
no
 properties.
        at =
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScr=
iptEngine.java:1
99)
        at =
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(H=
tmlPage.java:770
)
        at =
com.gargoylesoftware.htmlunit.html.HtmlPage.executeBodyOnLoadHandlerIfNee=
ded(HtmlPage.jav
a:900)
        at =
com.gargoylesoftware.htmlunit.html.HtmlPage.initialize(HtmlPage.java:134)=

        at =
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:322)
        at =
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:242)
        at =
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:186)
        at Test.main(Test.java:10)

Please, guide me if i am in wrong path.

Thank's=20

Gopal

[HtmlUnit] Javascript Execution error-OnChange event on a Select control

[<ec...@at...>]

Mike,

I have seen many having same problem with Select control which triggers an
onChange javascript event. Some one in the forum mentioned about having this
problem of "this.form" in the javascript code of the onChange event. I think I
have the same problem with "this.name". The focus needs to be set to the select
control.

Below are stack traces with different js.jar files.

Your help would be greatly appreciated. Besides this problem, htmlunit works
great.!!!. Thanks in advance..



Here is my htmlunit code:
	
HtmlSelect hs=form1.getSelectByName("PageRenderer.Menu");
			pg5=(HtmlPage)hs.setSelectedAttribute("action.manage",true);





Here is source code for the select control:

<select name="PageRenderer.Menu" class="MnuJmp"
onkeypress="javascript:this.onChange();" onchange="javascript:var
a=document.PageRenderer.elements[this.name];for (i=0; i<a.length; i++)
{a[i].selectedIndex=this.selectedIndex;};javascript:var
f=document.PageRenderer;if (f != null)
{f.action='../renderer/PageRenderer?PageRenderer.DefaultHref=&jato.pageSession=Anja.....';f.submit();}">
<option class="MnuJmpOpt" value="&#8212; Actions &#8212;">&#8212; Actions
&#8212;</option>
<option class="MnuJmpOpt" value="group.add">Add To Group</option>
<option class="MnuJmpOpt" value="create.alias">Create Alias</option>
<option class="MnuJmpOpt" value="action.manage">Manage</option>
</select>

With the js.jar that comes with htmunit 1.2.2, I get the following error:

1) testManageAsset(HtmlUnitTestCase2)======= EXCEPTION START ========
Exception class=[org.mozilla.javascript.EvaluatorException]
com.gargoylesoftware.htmlunit.ScriptException: The undefined value has no
properties.
	at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:199)
	at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(HtmlPage.java:767)
at
com.gargoylesoftware.htmlunit.html.HtmlSelect.setSelectedAttribute(HtmlSelect.java:133)
	at HtmlUnitTestCase2.testManageAsset(HtmlUnitTestCase2.java:69)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at HtmlUnitTestCase2.main(HtmlUnitTestCase2.java:87)
Enclosed exception: 
org.mozilla.javascript.EvaluatorException: The undefined value has no properties.
	at
com.gargoylesoftware.htmlunit.javascript.StrictErrorReporter.runtimeError(StrictErrorReporter.java:84)
	at org.mozilla.javascript.Context.reportRuntimeError(Context.java:591)
	at org.mozilla.javascript.Context.reportRuntimeError(Context.java:630)
	at org.mozilla.javascript.Context.reportRuntimeError0(Context.java:600)
	at org.mozilla.javascript.Undefined.reportError(Undefined.java:138)
	at org.mozilla.javascript.Undefined.getPrototype(Undefined.java:100)
	at org.mozilla.javascript.ScriptableObject.getBase(ScriptableObject.java:1585)
	at org.mozilla.javascript.ScriptableObject.putProperty(ScriptableObject.java:1473)
	at org.mozilla.javascript.ScriptRuntime.setProp(ScriptRuntime.java:842)
	at org.mozilla.javascript.gen.c47.call(Wrapper definition for onChange handler:1)
	at org.mozilla.javascript.optimizer.OptRuntime.callSimple(OptRuntime.java:275)
	at org.mozilla.javascript.gen.c49.call(onChange handler:1)
	at org.mozilla.javascript.gen.c49.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:767)
at
com.gargoylesoftware.htmlunit.html.HtmlSelect.setSelectedAttribute(HtmlSelect.java:133)
	at HtmlUnitTestCase2.testManageAsset(HtmlUnitTestCase2.java:69)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at HtmlUnitTestCase2.main(HtmlUnitTestCase2.java:87)
== CALLING JAVASCRIPT ==
GargoyleWrapper2()
======= EXCEPTION END ========


WITH THE LATEST js.jar file from mozilla I get the following error:
There was 1 error:
1) testManageAsset(HtmlUnitTestCase2)======= EXCEPTION START ========
EcmaError: lineNumber=[1] column=[0] lineSource=[GargoyleWrapper2()]
name=[TypeError] sourceName=[Wrpper definition for onChange handler]
message=[Cannot set property "selectedIndex" of undefined to ""]
errorObject=[TypeError: Cannot set property "selectedIndex" of undefined to "3"]
com.gargoylesoftware.htmlunit.ScriptException: Cannot set property
"selectedIndex" of undefined to ""
	at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:19)
	at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(HtmlPage.java:767
at
com.gargoylesoftware.htmlunit.html.HtmlSelect.setSelectedAttribute(HtmlSelect.java:133)
	at HtmlUnitTestCase2.testManageAsset(HtmlUnitTestCase2.java:70)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at HtmlUnitTestCase2.main(HtmlUnitTestCase2.java:88)
Enclosed exception: 
TypeError: Cannot set property "selectedIndex" of undefined to "3" (Wrapper
definition for onChange andler; line 1)
	at org.mozilla.javascript.NativeGlobal.constructError(NativeGlobal.java:609)
	at org.mozilla.javascript.NativeGlobal.constructError(NativeGlobal.java:556)
	at org.mozilla.javascript.NativeGlobal.undefWriteError(NativeGlobal.java:587)
	at org.mozilla.javascript.ScriptRuntime.setProp(ScriptRuntime.java:826)
	at org.mozilla.javascript.gen.c47.call(Wrapper definition for onChange handler:1)
	at org.mozilla.javascript.optimizer.OptRuntime.callSimple(OptRuntime.java:272)
	at org.mozilla.javascript.gen.c49.call(onChange handler:1)
	at org.mozilla.javascript.gen.c49.exec(onChange handler)
	at org.mozilla.javascript.Context.evaluateString(Context.java:773)
	at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:11)
	at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavaScriptIfPossible(HtmlPage.java:767
at
com.gargoylesoftware.htmlunit.html.HtmlSelect.setSelectedAttribute(HtmlSelect.java:133)
	at HtmlUnitTestCase2.testManageAsset(HtmlUnitTestCase2.java:70)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at HtmlUnitTestCase2.main(HtmlUnitTestCase2.java:88)
== CALLING JAVASCRIPT ==
GargoyleWrapper2()
======= EXCEPTION END ========

Re: [HtmlUnit] Re: Class org.apache.commons.logging.impl.SimpleLog does not implement Log

[Christian S. <chr...@ne...>]

Simon Kahl wrote:
> Have just started using HTMLUnit and thank the authors for good software.
> 
> I had this ...SimpleLog... error today when using JUnit using HTMLUnit.  
> The mail archives had a thread on this issue but no solution.  I've 
> since found that using JUnit's swing GUI with 'Reload classes every run' 
> switched on causes the problem.  This invokes its own classloader which 
> trips up the logging code.
> 
> BTW, is their any plan to support XPath (eg. JXPath) for finding 
> elements in the DOM?

theres nothing preventing you from using it today. Below are 2
(untested) snippets for Jaxen and JXPath (I prefer Jaxen). Note that the
xpath expression has to be applied to the w3c DOM kept inside the page,
and has to be mapped back to the HtmlElement after retreival.

There has recently been some discussion about the need of the latter
operation ;-).


//Jaxen Code:
/////
HtmlPage page = ...;
XPath xpath = new DOMXPath("/HTML");
Element w3cHtml = (Element)xpath.selectNodes(page.getElement()).get(0);

HtmlElement html = page.getHtmlElement(w3cElement);

//JXPath
/////
HtmlPage page = ...;
CompiledExpression expr = JXPathContext.compile("/HTML");
JXPathContext context = JXPathContext.newContext(page.getDocument());
Iterator it = expr.iteratePointers(context);
Element w3cHtml = (Element)it.next();

HtmlElement html = page.getHtmlElement(w3cElement);


> 
> Thanks,
> Simon
> 
> 
> *Simon Kahl
> Component Architect
> Prophecy International Pty Ltd
> *41 Dequetteville Terrace
> KENT TOWN  South Australia  5067
> Phone: + 61 8 8364 4411
> Fax: + 61 8 8364 4454
> Email: sim...@pr... 
> <mailto:sim...@pr...>
> Web: _www.prophecyopen.com_ <http://www.prophecyopen.com/> & 
> _www.velatte.com_ 
> <http://www.velatte.com/>------------------------------------------------------- 
> This SF.Net email is sponsored by: INetU Attention Web Developers & 
> Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. 
> We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed 
> Hosting http://www.inetu.net/partner/index.php 
> _______________________________________________ HtmlUnit-develop mailing 
> list Htm...@li... 
> https://lists.sourceforge.net/lists/listinfo/htmlunit-develop

Re: [HtmlUnit] Re: Class org.apache.commons.logging.impl.SimpleLog does not implement Log

[Mike B. <mb...@Ga...>]

Simon Kahl wrote:
 > I had this ...SimpleLog... error today when using JUnit using HTMLUnit.
 > The mail archives had a thread on this issue but no solution.  I've
 > since found that using JUnit's swing GUI with 'Reload classes every run'
 > switched on causes the problem.  This invokes its own classloader which
 > trips up the logging code.

I recall the problem but since I never use the GUI test runner, this 
hasn't been an issue for me.  (I find my tests run significantly slower 
from the gui test runner than they do from the command line test runner)

Perhaps someone else has a better idea of what the real problem is and 
how it can be fixed.

 > BTW, is their any plan to support XPath (eg. JXPath) for finding
 > elements in the DOM?

I'm not sure if there is a feature request open for this but I have 
planned to add this support for a while.  If there isn't a feature 
request, you may want to add one so that it happens sooner rather than 
later ;-)

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] Re: Class org.apache.commons.logging.impl.SimpleLog does not implement Log

[Simon K. <sim...@pr...>]

<html><div>Have just started using HTMLUnit and thank the authors for
good software.</div>
<br>
<div>I had this ...SimpleLog... error today when using JUnit using
HTMLUnit.&nbsp; The mail archives had a thread on this issue but no
solution.&nbsp; I've since found that using JUnit's swing GUI with
'Reload classes every run' switched on causes the problem.&nbsp; This
invokes its own classloader which trips up the logging code.</div>
<br>
<div>BTW, is their any plan to support XPath (eg. JXPath) for finding
elements in the DOM?</div>
<br>
<div>Thanks,</div>
Simon
<br>

<font size=2><br><br>
<b>Simon Kahl<br>
Component Architect<br>
Prophecy International Pty Ltd<br>
</b>41 Dequetteville Terrace<br>
KENT TOWN&nbsp; South Australia&nbsp; 5067<br>
Phone: + 61 8 8364 4411<br>
Fax: + 61 8 8364 4454<br>
Email:
<a href="mailto:sim...@pr...">sim...@pr...</a><br>
Web:
</font><a href="http://www.prophecyopen.com/" eudora="autourl"><font size=2 color="#0000FF"><u>www.prophecyopen.com</a></u></font><font size=2>
&amp;
</font><a href="http://www.velatte.com/" eudora="autourl"><font size=2 color="#0000FF"><u>www.velatte.com</a></font></u></html>

Re: [HtmlUnit] HtmlForm isSubmittable(element)

[Mike B. <mb...@Ga...>]

Jordan Burke wrote:
 > Is there a reason why "checked" attribute must be found in order for
 > these elements to be considered submittable?

Because values for unchecked checkboxes don't get sent to the server on 
a form submit.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] HtmlForm isSubmittable(element)

[Jordan B. <jb...@af...>]

	I been trying to get my web page work with the HtmlForm object,
but every time it fails to retrieve my radio or check box inputs. I ran
a debug into the source and I found myself in the isSubmittable(element)
methods where I noticed it looks for a "checked" element on these input
types, and only if this is present is the element is considered
submittable.

            if( type.equals( "radio" ) || type.equals( "checkbox" ) ) {
                final Attr checked =3D
(Attr)element.getAttributeNode("checked"); <---
                return checked !=3D null;
            }

Is there a reason why "checked" attribute must be found in order for
these elements to be considered submittable?

Thanks,

Jordan

Re: [HtmlUnit] HTML DOM implementation

[Christian S. <chr...@ne...>]

Mike Bresnahan wrote:
>>I agree that XPath is really useful. Almost all the XPath
>>implementations I know (apache JXPath, Jaxen) support plugging in custom
>>models. The XPath implementation that comes as part of Xerces (never
>>used) probably doesnt. In any case one can assume that w3c DOM is
>>already implemented, while everything else requires more work.
>>
>>That indeed speaks for either implementing the w3c DOM interfaces (why
>>not?), or leaving everything as is, IMO.
> 
> 
> I guess I don't care which XPath implementation is used.  I wasn't actually
> aware of any other than the one that comes with xerxes.   How does the
> custom model plugging work with JXPath and Jaxen?  How much work would it be
> to plug in HtmlUnit's current data structure?

implementing a custom navigator (Jaxen terminology) is quite easy (like
1 or 2 hours). JXPath should be no different.

For using XPath with HtmlUnit as is there is no work required, because
the w3c DOM is accessible from the HtmlPage. Of course, thre is always
the mapping between Elements and HtmlElements which has to be done,
depending which one you need.

> 
> Mike
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> HtmlUnit-develop mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/htmlunit-develop
> 

Re: [HtmlUnit] HTML DOM implementation

[Mike B. <mb...@Ga...>]

Mike Bresnahan wrote:
 > I don't understand the ramifications of this enough to have a useful
 > opinion, however if possible it would be nice to make it possible to
 > use Apache's XPath API on the resulting data structure.  I assume this
 > means that it must be a DOM, but I'm only assuming.

Good point.  Whatever is done, I don't want to prevent xpath support.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

Re: [HtmlUnit] HTML DOM implementation

[Mike B. <mbr...@vi...>]

> I agree that XPath is really useful. Almost all the XPath
> implementations I know (apache JXPath, Jaxen) support plugging in custom
> models. The XPath implementation that comes as part of Xerces (never
> used) probably doesnt. In any case one can assume that w3c DOM is
> already implemented, while everything else requires more work.
>
> That indeed speaks for either implementing the w3c DOM interfaces (why
> not?), or leaving everything as is, IMO.

I guess I don't care which XPath implementation is used.  I wasn't actually
aware of any other than the one that comes with xerxes.   How does the
custom model plugging work with JXPath and Jaxen?  How much work would it be
to plug in HtmlUnit's current data structure?

Mike

Re: [HtmlUnit] HTML DOM implementation

[Christian S. <chr...@ne...>]

Mike Bresnahan wrote:
>>In the meantime, comments from others would be welcome.  This would be a
>>fairly significant change.
> 
> 
> I don't understand the ramifications of this enough to have a useful
> opinion, however if possible it would be nice to make it possible to use
> Apache's XPath API on the resulting data structure.  I assume this means
> that it must be a DOM, but I'm only assuming.

I agree that XPath is really useful. Almost all the XPath 
implementations I know (apache JXPath, Jaxen) support plugging in custom 
models. The XPath implementation that comes as part of Xerces (never 
used) probably doesnt. In any case one can assume that w3c DOM is 
already implemented, while everything else requires more work.

That indeed speaks for either implementing the w3c DOM interfaces (why 
not?), or leaving everything as is, IMO.

> 
> Mike Bresnahan
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> HtmlUnit-develop mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/htmlunit-develop
> 

Re: [HtmlUnit] HTML DOM implementation

[Mike B. <mbr...@vi...>]

> In the meantime, comments from others would be welcome.  This would be a
> fairly significant change.

I don't understand the ramifications of this enough to have a useful
opinion, however if possible it would be nice to make it possible to use
Apache's XPath API on the resulting data structure.  I assume this means
that it must be a DOM, but I'm only assuming.

Mike Bresnahan

Re: [HtmlUnit] HTML DOM implementation

[Christian S. <chr...@ne...>]

Mike Bowler wrote:
> Christian Sell wrote:
>  > you must be on packard bell!?
> 
> Rogers.com, a Canadian cable modem provider.
> 
>  > well, I see 2 ways to achieve this:
>  >
>  > 1. Use Nekos SAX interface. This would allow you to build your own
>  > custom hierarchy without ever caring about the w3c interfaces
>  >
>  > 2. Use the DOM interface. There is a property in neko/xerces that
>  > allows you to set the org.w3c.dom.Document implementation
>  > implementation class. That classes methods are called during parsing
>  > to create the individual nodes. Of course this would mean you have to
>  > implement the full org.w3c.dom interfaces.
>  >
>  > The property name is
>  > "http://apache.org/xml/properties/dom/document-class-name"
> 
> Ok, I think I understand what you're proposing.  The first approach 
> seems cleaner (Not use DOM at all) but I've got this nagging thought 
> that not having a DOM would break something important.  I'll think about 
> this see if I can figure out what it would break if we did this.

I am not sure how writing to the DOM from within Javascript is done. If 
those routines depend on the w3c DOM, then would be a problem

> 
> In the meantime, comments from others would be welcome.  This would be a 
> fairly significant change.
> 

Re: [HtmlUnit] HTML DOM implementation

[Mike B. <mb...@Ga...>]

Christian Sell wrote:
 > you must be on packard bell!?

Rogers.com, a Canadian cable modem provider.

 > well, I see 2 ways to achieve this:
 >
 > 1. Use Nekos SAX interface. This would allow you to build your own
 > custom hierarchy without ever caring about the w3c interfaces
 >
 > 2. Use the DOM interface. There is a property in neko/xerces that
 > allows you to set the org.w3c.dom.Document implementation
 > implementation class. That classes methods are called during parsing
 > to create the individual nodes. Of course this would mean you have to
 > implement the full org.w3c.dom interfaces.
 >
 > The property name is
 > "http://apache.org/xml/properties/dom/document-class-name"

Ok, I think I understand what you're proposing.  The first approach 
seems cleaner (Not use DOM at all) but I've got this nagging thought 
that not having a DOM would break something important.  I'll think about 
this see if I can figure out what it would break if we did this.

In the meantime, comments from others would be welcome.  This would be a 
fairly significant change.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

Re: [HtmlUnit] HTML DOM implementation

[Christian S. <chr...@ne...>]

Mike Bowler wrote:
> Christian Sell wrote:
> 
>> I'd like to get back to this question, as it was not answered.
> 
> 
> I've actually been trying to respond but your ISP is blocking emails 
> coming from my ISP, apparently because of "net abuse" which my ISP 
> claims they can't do anything about.

you must be on packard bell!? I had a lengthy discussion with my 
provider, whether their spam strategy was appropriate - simply blocking 
out half the internet community... Anyway, my intention was never to 
send private email - the reply-to setting of this list caused it.

> 
>> Would it make sense to unify the HtmlElement and Element hierarchies? 
>> It seems to me there would be some potential for both maintenance and 
>> resource optimization.
> 
> 
> I assume from your last private email that NekoHTML can be configured to 
> build a DOM tree from HtmlElement classes rather than from the w3c DOM 
> classes.  Is this correct?  If so, where would I find information on it?
> 

well, I see 2 ways to achieve this:

1. Use Nekos SAX interface. This would allow you to build your own 
custom hierarchy without ever caring about the w3c interfaces.

2. Use the DOM interface. There is a property in neko/xerces that allows 
you to set the org.w3c.dom.Document implementation implementation class. 
That classes methods are called during parsing to create the individual 
nodes. Of course this would mean you have to implement the full 
org.w3c.dom interfaces.

The property name is
"http://apache.org/xml/properties/dom/document-class-name"

regards,
Christian

Re: [HtmlUnit] HTML DOM implementation

[Mike B. <mb...@Ga...>]

Christian Sell wrote:
> I'd like to get back to this question, as it was not answered.

I've actually been trying to respond but your ISP is blocking emails 
coming from my ISP, apparently because of "net abuse" which my ISP 
claims they can't do anything about.

> Would it 
> make sense to unify the HtmlElement and Element hierarchies? It seems to 
> me there would be some potential for both maintenance and resource 
> optimization.

I assume from your last private email that NekoHTML can be configured to 
build a DOM tree from HtmlElement classes rather than from the w3c DOM 
classes.  Is this correct?  If so, where would I find information on it?


-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

Re: [HtmlUnit] HTML DOM implementation

[Christian S. <chr...@ne...>]

Hi,

I'd like to get back to this question, as it was not answered. Would it 
make sense to unify the HtmlElement and Element hierarchies? It seems to 
me there would be some potential for both maintenance and resource 
optimization.

Christian

Mike Bowler wrote:
>  > has anybody ever considered implementing a dedicated HTML DOM for use
>  > with HtmlUnit?
> 
> Perhaps I'm just slow today but I'm not exactly sure what you're 
> proposing.  Could you elaborate a bit on this with some specifics?
> 
> Part of what confuses me is the reference to two DOM's.  There are three 
> hierarchies (HtmlElement, Element, SimpleScriptable) but only one of 
> them is a DOM.

I was using the term DOM a bit loosely - i.e. not in the strict sense of
org.w3c.dom.*. I was referring to the HtmlElement and Element
hierarchies. Basically, every Element gets a corresponding HtlmElement
(lazily created). It seems combining in one Hierarchy these would yield
great benefit.

Christian

Re: [HtmlUnit] Javascript Menu

[Mike B. <mb...@Ga...>]

Rahul Joshi wrote:
> What I am trying to do is to 
> test the menus that are created by javascript.I have attached
> the file.
> I want to automate the follwing task.
> 1. clicking on say "Admin" ,
> 2.then a menu will popup and then  select (Add, Modify, Delete, Search)
> I want to select one of the options
> i.e  Admin->Add and then the script would pull a new page from the
> sever.

What do you expect to happen to the html dom model when the menu is 
clicked?  What condition do you want to test?

Unless we know what condition you are trying to detect, we can't tell 
you how to do that with HtmlUnit.  You can simulate clicking on an input 
by calling the appropriate click() method but unless you know what you 
expect to happen, you can't write a test for it.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] [ htmlunit-Patches-759217 ] HtmlTextArea use HtmlNode for setText

[SourceForge.net <no...@so...>]

Patches item #759217, was opened at 2003-06-23 09:30
Message generated for change (Comment added) made by mbowler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=448268&aid=759217&group_id=47038

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Barnaby Court (barnabycourt)
Assigned to: Nobody/Anonymous (nobody)
Summary: HtmlTextArea use HtmlNode for setText

Initial Comment:
 HtmlTextArea.getText() and setText() currently don't
modify the dom. This patch fixes this issue.

----------------------------------------------------------------------

>Comment By: Mike Bowler (mbowler)
Date: 2003-06-23 10:29

Message:
Logged In: YES 
user_id=46756

Patch committed - thanks.

Note that this patch included tab characters that had to be
removed before checkin.  Please change your editor settings
to not insert tab characters.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=448268&aid=759217&group_id=47038