Upgrading from R_1454 to R_1600

[mraible]

I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF dataTable that used a commandLink to edit a record. This command link would submit a JavaScript form. For some reason, this is no longer working with R_1600. There's no error or anything, it just never makes it to my edit page. Any ideas?

The content of the generated HTML hasn't changed.

Thanks,

Matt

[mraible]

Is it possible to crank up logging to see why clicking the link is failing? Like I said, I haven't changed any code and it worked with the previous release.

Thanks,

Matt

mraible wrote:

I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF dataTable that used a commandLink to edit a record. This command link would submit a JavaScript form. For some reason, this is no longer working with R_1600. There's no error or anything, it just never makes it to my edit page. Any ideas?

The content of the generated HTML hasn't changed.

Thanks,

Matt

[John and Pip]

Hi Matt,

You should be able to increase the logging level in the log4j properties file probably in lib folder.

I sometimes get this type of problem if I've turned javascript error checking off in webtest and then there is an error which means the javascript that clicks that link is not loaded and so doesn't run. Have you turned jscript error checking off?

cheers,
      John

On 8/28/07, mraible <matt@...> wrote:

Is it possible to crank up logging to see why clicking the link is failing?
Like I said, I haven't changed any code and it worked with the previous
release.

Thanks,

Matt


mraible wrote:

>
> I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF
> dataTable that used a commandLink to edit a record. This command link
> would submit a JavaScript form. For some reason, this is no longer working
> with R_1600. There's no error or anything, it just never makes it to my
> edit page. Any ideas?
>
> The content of the generated HTML hasn't changed.
>
> Thanks,
>
> Matt
>

--
View this message in context: http://www.nabble.com/Upgrading-from-R_1454-to-R_1600-tf4319687.html#a12354180
Sent from the WebTest mailing list archive at Nabble.com.

_______________________________________________
WebTest mailing list
WebTest@...
http://lists.canoo.com/mailman/listinfo/webtest

[mraible]

I've tried cranking up log4j.xml to have com.gargoylesoftware.htmlunit=DEBUG, but that doesn't seem to help.

Matt

John and Pip wrote:

Hi Matt,

You should be able to increase the logging level in the log4j properties
file probably in lib folder.

I sometimes get this type of problem if I've turned javascript error
checking off in webtest and then there is an error which means the
javascript that clicks that link is not loaded and so doesn't run. Have you
turned jscript error checking off?

cheers,
      John

On 8/28/07, mraible <[e-mail]> wrote:
>
>
> Is it possible to crank up logging to see why clicking the link is
> failing?
> Like I said, I haven't changed any code and it worked with the previous
> release.
>
> Thanks,
>
> Matt
>
>
> mraible wrote:
> >
> > I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF
> > dataTable that used a commandLink to edit a record. This command link
> > would submit a JavaScript form. For some reason, this is no longer
> working
> > with R_1600. There's no error or anything, it just never makes it to my
> > edit page. Any ideas?
> >
> > The content of the generated HTML hasn't changed.
> >
> > Thanks,
> >
> > Matt
> >
>
> --
> View this message in context:
> http://www.nabble.com/Upgrading-from-R_1454-to-R_1600-tf4319687.html#a12354180
> Sent from the WebTest mailing list archive at Nabble.com.
>
> _______________________________________________
> WebTest mailing list
> [e-mail]
> http://lists.canoo.com/mailman/listinfo/webtest
>

[mraible]

Here's a test to reproduce the problem. With 1454 it passes, with 1600 it fails:

    <target name="list">
        <webtest name="userTests">
            <config host="demo.appfuse.org" port="80" protocol="http" basepath=""
                resultpath="target/data" resultfile="web-tests-result.xml"
                summary="true" saveresponse="true"/>
            <steps>
                <invoke url="/appfuse-jsf/users.html"/>
                <setinputfield description="set user name" name="j_username" value="admin"/>
                <setinputfield description="set password" name="j_password" value="admin"/>
                <clickbutton label="Login" description="Click the submit button"/>
                <verifytitle text="User List | AppFuse"/>
                <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
                <verifytitle text="User Settings | AppFuse"/>
            </steps>
        </webtest>
    </target>

Matt


I've tried cranking up log4j.xml to have com.gargoylesoftware.htmlunit=DEBUG, but that doesn't seem to help.

Matt

John and Pip wrote:

Hi Matt,

You should be able to increase the logging level in the log4j properties
file probably in lib folder.

I sometimes get this type of problem if I've turned javascript error
checking off in webtest and then there is an error which means the
javascript that clicks that link is not loaded and so doesn't run. Have you
turned jscript error checking off?

cheers,
      John

On 8/28/07, mraible <[e-mail]> wrote:
>
>
> Is it possible to crank up logging to see why clicking the link is
> failing?
> Like I said, I haven't changed any code and it worked with the previous
> release.
>
> Thanks,
>
> Matt
>
>
> mraible wrote:
> >
> > I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF
> > dataTable that used a commandLink to edit a record. This command link
> > would submit a JavaScript form. For some reason, this is no longer
> working
> > with R_1600. There's no error or anything, it just never makes it to my
> > edit page. Any ideas?
> >
> > The content of the generated HTML hasn't changed.
> >
> > Thanks,
> >
> > Matt
> >
>
> --
> View this message in context:
> http://www.nabble.com/Upgrading-from-R_1454-to-R_1600-tf4319687.html#a12354180
> Sent from the WebTest mailing list archive at Nabble.com.
>
> _______________________________________________
> WebTest mailing list
> [e-mail]
> http://lists.canoo.com/mailman/listinfo/webtest
>

[mraible]

It appears that something changed between HtmlUnit 1.11 and 1.12 that breaks this test. If I use Canoo WebTest R_1600 with HtmlUnit 1.11, the test passes. If I use HtmlUnit 1.12 or 1.13, the test fails. Should I enter an issue in WebTest's JIRA or HtmlUnit's?

Matt


Here's a test to reproduce the problem. With 1454 it passes, with 1600 it fails:

    <target name="list">
        <webtest name="userTests">
            <config host="demo.appfuse.org" port="80" protocol="http" basepath=""
                resultpath="target/data" resultfile="web-tests-result.xml"
                summary="true" saveresponse="true"/>
            <steps>
                <invoke url="/appfuse-jsf/users.html"/>
                <setinputfield description="set user name" name="j_username" value="admin"/>
                <setinputfield description="set password" name="j_password" value="admin"/>
                <clickbutton label="Login" description="Click the submit button"/>
                <verifytitle text="User List | AppFuse"/>
                <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
                <verifytitle text="User Settings | AppFuse"/>
            </steps>
        </webtest>
    </target>

Matt

mraible wrote:

I've tried cranking up log4j.xml to have com.gargoylesoftware.htmlunit=DEBUG, but that doesn't seem to help.

Matt

John and Pip wrote:

Hi Matt,

You should be able to increase the logging level in the log4j properties
file probably in lib folder.

I sometimes get this type of problem if I've turned javascript error
checking off in webtest and then there is an error which means the
javascript that clicks that link is not loaded and so doesn't run. Have you
turned jscript error checking off?

cheers,
      John

On 8/28/07, mraible <[e-mail]> wrote:
>
>
> Is it possible to crank up logging to see why clicking the link is
> failing?
> Like I said, I haven't changed any code and it worked with the previous
> release.
>
> Thanks,
>
> Matt
>
>
> mraible wrote:
> >
> > I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF
> > dataTable that used a commandLink to edit a record. This command link
> > would submit a JavaScript form. For some reason, this is no longer
> working
> > with R_1600. There's no error or anything, it just never makes it to my
> > edit page. Any ideas?
> >
> > The content of the generated HTML hasn't changed.
> >
> > Thanks,
> >
> > Matt
> >
>
> --
> View this message in context:
> http://www.nabble.com/Upgrading-from-R_1454-to-R_1600-tf4319687.html#a12354180
> Sent from the WebTest mailing list archive at Nabble.com.
>
> _______________________________________________
> WebTest mailing list
> [e-mail]
> http://lists.canoo.com/mailman/listinfo/webtest
>

[Marc Guillemot]

Hi Matt,

I will try to investigate this as you've provided a public url where the problem occurs.

I imagine that more js code gets evaluated now but that for some reason it blocks evaluating something that wasn't evaluated at all before.

More in the coming days (I hope)...

Concerning log configuration: you have to be sure that the log4j configuration file is in the classpath used to load the WebTest libs. This is automatically the case if you make use of WebTest's webtest.xml (what is recommanded).

Marc.


It appears that something changed between HtmlUnit 1.11 and 1.12 that breaks this test. If I use Canoo WebTest R_1600 with HtmlUnit 1.11, the test passes. If I use HtmlUnit 1.12 or 1.13, the test fails. Should I enter an issue in WebTest's JIRA or HtmlUnit's?

Matt


Here's a test to reproduce the problem. With 1454 it passes, with 1600 it fails:

    <target name="list">
        <webtest name="userTests">
            <config host="demo.appfuse.org" port="80" protocol="http" basepath=""
                resultpath="target/data" resultfile="web-tests-result.xml"
                summary="true" saveresponse="true"/>
            <steps>
                <invoke url="/appfuse-jsf/users.html"/>
                <setinputfield description="set user name" name="j_username" value="admin"/>
                <setinputfield description="set password" name="j_password" value="admin"/>
                <clickbutton label="Login" description="Click the submit button"/>
                <verifytitle text="User List | AppFuse"/>
                <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
                <verifytitle text="User Settings | AppFuse"/>
            </steps>
        </webtest>
    </target>

Matt

mraible wrote:

I've tried cranking up log4j.xml to have com.gargoylesoftware.htmlunit=DEBUG, but that doesn't seem to help.

Matt

John and Pip wrote:

Hi Matt,

You should be able to increase the logging level in the log4j properties
file probably in lib folder.

I sometimes get this type of problem if I've turned javascript error
checking off in webtest and then there is an error which means the
javascript that clicks that link is not loaded and so doesn't run. Have you
turned jscript error checking off?

cheers,
      John

On 8/28/07, mraible <[e-mail]> wrote:
>
>
> Is it possible to crank up logging to see why clicking the link is
> failing?
> Like I said, I haven't changed any code and it worked with the previous
> release.
>
> Thanks,
>
> Matt
>
>
> mraible wrote:
> >
> > I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF
> > dataTable that used a commandLink to edit a record. This command link
> > would submit a JavaScript form. For some reason, this is no longer
> working
> > with R_1600. There's no error or anything, it just never makes it to my
> > edit page. Any ideas?
> >
> > The content of the generated HTML hasn't changed.
> >
> > Thanks,
> >
> > Matt
> >
>
> --
> View this message in context:
> http://www.nabble.com/Upgrading-from-R_1454-to-R_1600-tf4319687.html#a12354180
> Sent from the WebTest mailing list archive at Nabble.com.
>
> _______________________________________________
> WebTest mailing list
> [e-mail]
> http://lists.canoo.com/mailman/listinfo/webtest
>

[Marc Guillemot]

Hi Matt,

I can follow your script until:
<verifytitle text="User List | AppFuse"/>

but I don't understand what this should do:
  <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
when I surf with my FF, I have to agree with WebTest, I don't see any table with such an id there.

Is something in your script missing?

Marc.


It appears that something changed between HtmlUnit 1.11 and 1.12 that breaks this test. If I use Canoo WebTest R_1600 with HtmlUnit 1.11, the test passes. If I use HtmlUnit 1.12 or 1.13, the test fails. Should I enter an issue in WebTest's JIRA or HtmlUnit's?

Matt


Here's a test to reproduce the problem. With 1454 it passes, with 1600 it fails:

    <target name="list">
        <webtest name="userTests">
            <config host="demo.appfuse.org" port="80" protocol="http" basepath=""
                resultpath="target/data" resultfile="web-tests-result.xml"
                summary="true" saveresponse="true"/>
            <steps>
                <invoke url="/appfuse-jsf/users.html"/>
                <setinputfield description="set user name" name="j_username" value="admin"/>
                <setinputfield description="set password" name="j_password" value="admin"/>
                <clickbutton label="Login" description="Click the submit button"/>
                <verifytitle text="User List | AppFuse"/>
                <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
                <verifytitle text="User Settings | AppFuse"/>
            </steps>
        </webtest>
    </target>

Matt

mraible wrote:

I've tried cranking up log4j.xml to have com.gargoylesoftware.htmlunit=DEBUG, but that doesn't seem to help.

Matt

John and Pip wrote:

Hi Matt,

You should be able to increase the logging level in the log4j properties
file probably in lib folder.

I sometimes get this type of problem if I've turned javascript error
checking off in webtest and then there is an error which means the
javascript that clicks that link is not loaded and so doesn't run. Have you
turned jscript error checking off?

cheers,
      John

On 8/28/07, mraible <[e-mail]> wrote:
>
>
> Is it possible to crank up logging to see why clicking the link is
> failing?
> Like I said, I haven't changed any code and it worked with the previous
> release.
>
> Thanks,
>
> Matt
>
>
> mraible wrote:
> >
> > I'm trying to upgrade from R_1454 to R_1600. With 1454, I had a JSF
> > dataTable that used a commandLink to edit a record. This command link
> > would submit a JavaScript form. For some reason, this is no longer
> working
> > with R_1600. There's no error or anything, it just never makes it to my
> > edit page. Any ideas?
> >
> > The content of the generated HTML hasn't changed.
> >
> > Thanks,
> >
> > Matt
> >
>
> --
> View this message in context:
> http://www.nabble.com/Upgrading-from-R_1454-to-R_1600-tf4319687.html#a12354180
> Sent from the WebTest mailing list archive at Nabble.com.
>
> _______________________________________________
> WebTest mailing list
> [e-mail]
> http://lists.canoo.com/mailman/listinfo/webtest
>

[mraible]

Marc Guillemot wrote:

Hi Matt,

I can follow your script until:
<verifytitle text="User List | AppFuse"/>

but I don't understand what this should do:
  <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
when I surf with my FF, I have to agree with WebTest, I don't see any table with such an id there.

Is something in your script missing?

Marc.

If you go to http://demo.appfuse.org/appfuse-jsf/users.html and login with admin/admin, it'll take you to the User List screen. View source and search for "editUser:users" and you'll see a table with that id. The script isn't missing anything that I know of - it works if I put HtmlUnit 1.11 in my classpath. You can also change it to <clicklink lable="foo"/> - where foo is one of the links in the table.

Thanks,

Matt

[Marc Guillemot]

Hi Matt,

sorry, I took the wrong url while surfing on your demo site.

A first analyze shows that the correct post is made that receives the expected edit user page BUT then a new GET request is performed to http://demo.appfuse.org/appfuse-jsf/users.html which seems to be triggered by a row click handler. This is naturally wrong. I'll investigate it.

Marc.

mraible wrote:

Marc Guillemot wrote:

Hi Matt,

I can follow your script until:
<verifytitle text="User List | AppFuse"/>

but I don't understand what this should do:
  <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
when I surf with my FF, I have to agree with WebTest, I don't see any table with such an id there.

Is something in your script missing?

Marc.

If you go to http://demo.appfuse.org/appfuse-jsf/users.html and login with admin/admin, it'll take you to the User List screen. View source and search for "editUser:users" and you'll see a table with that id. The script isn't missing anything that I know of - it works if I put HtmlUnit 1.11 in my classpath. You can also change it to <clicklink lable="foo"/> - where foo is one of the links in the table.

Thanks,

Matt

[mraible]

I'm impressed Marc! I was able to use your analysis to realize I had the following:

<script type="text/javascript">
    highlightTableRows("editUser:users"); // doesn't currently work to allow clicking row
</script>

This tries to make the whole row clickable, but it doesn't work with JSF. Removing this line solved the problem.

Thanks!!

Matt


Hi Matt,

sorry, I took the wrong url while surfing on your demo site.

A first analyze shows that the correct post is made that receives the expected edit user page BUT then a new GET request is performed to http://demo.appfuse.org/appfuse-jsf/users.html which seems to be triggered by a row click handler. This is naturally wrong. I'll investigate it.

Marc.

mraible wrote:

Marc Guillemot wrote:

Hi Matt,

I can follow your script until:
<verifytitle text="User List | AppFuse"/>

but I don't understand what this should do:
  <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
when I surf with my FF, I have to agree with WebTest, I don't see any table with such an id there.

Is something in your script missing?

Marc.

If you go to http://demo.appfuse.org/appfuse-jsf/users.html and login with admin/admin, it'll take you to the User List screen. View source and search for "editUser:users" and you'll see a table with that id. The script isn't missing anything that I know of - it works if I put HtmlUnit 1.11 in my classpath. You can also change it to <clicklink lable="foo"/> - where foo is one of the links in the table.

Thanks,

Matt

[Marc Guillemot]

Cool!

Nevertheless it has shown a problem in event bubbling in HtmlUnit that I'd like to understand and fix. Have you fixed it on demo.appfuse.org? If yes, is there an other site where this js code is used and that could allow me to track the issue I can't reproduce it locally?

Marc.


I'm impressed Marc! I was able to use your analysis to realize I had the following:

<script type="text/javascript">
    highlightTableRows("editUser:users"); // doesn't currently work to allow clicking row
</script>

This tries to make the whole row clickable, but it doesn't work with JSF. Removing this line solved the problem.

Thanks!!

Matt

Marc Guillemot wrote:

Hi Matt,

sorry, I took the wrong url while surfing on your demo site.

A first analyze shows that the correct post is made that receives the expected edit user page BUT then a new GET request is performed to http://demo.appfuse.org/appfuse-jsf/users.html which seems to be triggered by a row click handler. This is naturally wrong. I'll investigate it.

Marc.

mraible wrote:

Marc Guillemot wrote:

Hi Matt,

I can follow your script until:
<verifytitle text="User List | AppFuse"/>

but I don't understand what this should do:
  <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
when I surf with my FF, I have to agree with WebTest, I don't see any table with such an id there.

Is something in your script missing?

Marc.

If you go to http://demo.appfuse.org/appfuse-jsf/users.html and login with admin/admin, it'll take you to the User List screen. View source and search for "editUser:users" and you'll see a table with that id. The script isn't missing anything that I know of - it works if I put HtmlUnit 1.11 in my classpath. You can also change it to <clicklink lable="foo"/> - where foo is one of the links in the table.

Thanks,

Matt

[mraible]

It's not fixed in demo.appfuse.org, so you should be able to use it for testing. However, you should know there was some invalid JavaScript (using getAttributeValue()) in the highlightTableRows() method. However, I believe HtmlUnit should report that (it did once I got the logic right).

Matt


Cool!

Nevertheless it has shown a problem in event bubbling in HtmlUnit that I'd like to understand and fix. Have you fixed it on demo.appfuse.org? If yes, is there an other site where this js code is used and that could allow me to track the issue I can't reproduce it locally?

Marc.


I'm impressed Marc! I was able to use your analysis to realize I had the following:

<script type="text/javascript">
    highlightTableRows("editUser:users"); // doesn't currently work to allow clicking row
</script>

This tries to make the whole row clickable, but it doesn't work with JSF. Removing this line solved the problem.

Thanks!!

Matt

Marc Guillemot wrote:

Hi Matt,

sorry, I took the wrong url while surfing on your demo site.

A first analyze shows that the correct post is made that receives the expected edit user page BUT then a new GET request is performed to http://demo.appfuse.org/appfuse-jsf/users.html which seems to be triggered by a row click handler. This is naturally wrong. I'll investigate it.

Marc.

mraible wrote:

Marc Guillemot wrote:

Hi Matt,

I can follow your script until:
<verifytitle text="User List | AppFuse"/>

but I don't understand what this should do:
  <clicklink xpath="//table[@id='editUser:users']/tbody/tr[1]/td[1]/a"/>
when I surf with my FF, I have to agree with WebTest, I don't see any table with such an id there.

Is something in your script missing?

Marc.

If you go to http://demo.appfuse.org/appfuse-jsf/users.html and login with admin/admin, it'll take you to the User List screen. View source and search for "editUser:users" and you'll see a table with that id. The script isn't missing anything that I know of - it works if I put HtmlUnit 1.11 in my classpath. You can also change it to <clicklink lable="foo"/> - where foo is one of the links in the table.

Thanks,

Matt

[Marc Guillemot]

Hi Matt,

> It's not fixed in demo.appfuse.org, so you should be able to use it for
> testing.

ok, thanks.

> However, you should know there was some invalid JavaScript (using
> getAttributeValue()) in the highlightTableRows() method. However, I believe
> HtmlUnit should report that (it did once I got the logic right).

can you explain a bit? I don't follow you.

Perhaps should we continue this discussion directly rather than in the
mailing list.

Marc.
--
Blog: http://mguillem.wordpress.com

_______________________________________________
WebTest mailing list
WebTest@...
http://lists.canoo.com/mailman/listinfo/webtest

[mraible]

Marc Guillemot wrote:

Hi Matt,

> It's not fixed in demo.appfuse.org, so you should be able to use it for
> testing.

ok, thanks.

> However, you should know there was some invalid JavaScript (using
> getAttributeValue()) in the highlightTableRows() method. However, I believe
> HtmlUnit should report that (it did once I got the logic right).

can you explain a bit? I don't follow you.

Currently, WebTest fails silently (at least in the test I provided) saying that it can't verify the title on the detail page. If event bubbling is working properly (the bug you're trying to fix), you should get a report of a JavaScript error rather than failing silently.

Matt