You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Stephen Friedrich <tr...@eekboom.com> on 2008/06/19 14:49:19 UTC
Re: [Trinidad] Question regarding client-side validation and tr:form
defaultCommand
>> Can you raise an JIRA bug and we'll get this fixed asap.
Any volunteer for a bug fix (bug is now 9 month old)?
Vadim Dmitriev wrote:
> Thanks, I filed TRINIDAD-695
> <http://issues.apache.org/jira/browse/TRINIDAD-695> for that issue.
>
> Strange, though, _submitOnEnter calls submitForm with doValidate set to
> 0. It looks more like walkaround for some problem rather that oversight.
> But I'm not someone to make such a conclusions.
>
> Best regards.
>
>
> Danny Robinson wrote:
>> Vadim,
>>
>> This is definately an oversight. We'll need to add some calls to the
>> c/s validation into this method. Looking at the javascript I don't
>> think this even happens for the older ALERT based validation, let
>> alone the newer INLINE version.
>>
>> Can you raise an JIRA bug and we'll get this fixed asap.
>>
>> Thanks,
>>
>> Danny
>>
>> On 9/6/07, *Vadim Dmitriev* <dmgloss@mail.ru <ma...@mail.ru>>
>> wrote:
>>
>> Hi!
>> It looks like client-side validation is intentionally skipped if
>> form is submitted via tr:form "defaultCommand". Can anyone explain
>> why such a decision was taken by devs or just why it's useful for
>> client-side to be skipped in this case?
>>
>> Thanks in advance.
>> P.S. At least tr:form behaves like that in 1.0.2 and 3-4 days old
>> 1.0.3 revision.
>>
>>
>>
>>
>> --
>> Chordiant Software Inc.
>> www.chordiant.com <http://www.chordiant.com>