[ 
https://issues.apache.org/jira/browse/TAPESTRY-1637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Geoff Callender updated TAPESTRY-1637:
--------------------------------------

    Description: 
Firefox ignores client-side validation when you use Enter instead of a 
mouse-click to press the Submit button and AJAX is not being used.
eg. this has the problem:

    <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
       ...
        <input type="submit" jwcid="@Submit" value="Display" 
action="listener:doDisplay"/>
    </form>

but this does not:

    <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
       ...
        <input type="submit" jwcid="@Submit" value="Display" 
action="listener:doDisplay" async="true" updateComponents="myForm"/>
    </form>

except it has a new symptom: it won't forward to the next page when there's no 
error, even if the listener returns an ILink.

Actually, it does not depend on async="true" - it only depends on whether 
updateComponents has been specified!  So the following correctly does 
client-side validation, but it has the same inability to forward to the next 
page when no error! 

    <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
       ...
        <input type="submit" jwcid="@Submit" value="Display" 
action="listener:doDisplay" updateComponents="myForm"/>
    </form>


  was:
Firefox ignores client-side validation when you use Enter instead of a 
mouse-click to press the Submit button and AJAX is not being used.
eg. this has the problem:
    <form jwcid="@Form" clientValidationEnabled="true">
       ...
        <input type="submit" jwcid="@Submit" value="Display" 
action="listener:doDisplay"/>
    </form>

but this does not:
    <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
       ...
        <input type="submit" jwcid="@Submit" value="Display" 
action="listener:doDisplay" async="true" updateComponents="myForm"/>
    </form>

Actually, it does not depend on async="true" - it only depends on whether 
updateComponents has been specified!  So the following works OK!!! 
    <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
       ...
        <input type="submit" jwcid="@Submit" value="Display" 
action="listener:doDisplay" updateComponents="myForm"/>
    </form>



> Firefox clientValidation ignored on Enter
> -----------------------------------------
>
>                 Key: TAPESTRY-1637
>                 URL: https://issues.apache.org/jira/browse/TAPESTRY-1637
>             Project: Tapestry
>          Issue Type: Bug
>          Components: tapestry-core
>    Affects Versions: 4.1.2
>         Environment: Firefox 2.0.0.4 on Win XP and OS X 10.4.
>            Reporter: Geoff Callender
>
> Firefox ignores client-side validation when you use Enter instead of a 
> mouse-click to press the Submit button and AJAX is not being used.
> eg. this has the problem:
>     <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
>        ...
>         <input type="submit" jwcid="@Submit" value="Display" 
> action="listener:doDisplay"/>
>     </form>
> but this does not:
>     <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
>        ...
>         <input type="submit" jwcid="@Submit" value="Display" 
> action="listener:doDisplay" async="true" updateComponents="myForm"/>
>     </form>
> except it has a new symptom: it won't forward to the next page when there's 
> no error, even if the listener returns an ILink.
> Actually, it does not depend on async="true" - it only depends on whether 
> updateComponents has been specified!  So the following correctly does 
> client-side validation, but it has the same inability to forward to the next 
> page when no error! 
>     <form jwcid="[EMAIL PROTECTED]" clientValidationEnabled="true">
>        ...
>         <input type="submit" jwcid="@Submit" value="Display" 
> action="listener:doDisplay" updateComponents="myForm"/>
>     </form>

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to