Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Message-ID: <3591004.1160986356615.JavaMail.jira@brutus>
Date: Mon, 16 Oct 2006 01:12:36 -0700 (PDT)
From: "Martin Marinschek (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Subject: [jira] Commented: (MYFACES-1467) Validation doesn't run for
 required fields if submitted value is null
In-Reply-To: <16232859.1160779115001.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

    [ http://issues.apache.org/jira/browse/MYFACES-1467?page=3Dcomments#act=
ion_12442502 ]=20
           =20
Martin Marinschek commented on MYFACES-1467:
--------------------------------------------

Yes, I agree that this might be better off in an extended framework. But ho=
w to build this extended framework if no validator ever gets called when th=
e value is null? I don't have a place to hook in the framework then (at lea=
st to existing components extending from the standard components - Trinidad=
 has it easier here, with a completely different component hierarchy)...

regards,

Martin

> Validation doesn't run for required fields if submitted value is null
> ---------------------------------------------------------------------
>
>                 Key: MYFACES-1467
>                 URL: http://issues.apache.org/jira/browse/MYFACES-1467
>             Project: MyFaces Core
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 1.2.0-SNAPSHOT, 1.1.5-SNAPSHOT
>            Reporter: David Chandler
>         Assigned To: Matthias We=C3=9Fendorf
>         Attachments: patch.txt
>
>
> A component with a required value will not fail validation as expected if=
 the submitted value is null. This issue is not seen normally because brows=
ers send the value for an empty text field as an empty string. That is, the=
 POST data for an empty field1 will contain the field name but no value, li=
ke field1=3D&field2=3Dsomething. However, if you use a man-in-the-middle pr=
oxy such as Paros to remove "fieldname=3D" from the POST data, the submitte=
d value will be null. UIInput.validate() skips validation for null submitte=
d values, but since requiredness is also part of validation, the requiredne=
ss check gets skipped, too.

--=20
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: htt=
p://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira