Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Date: Wed, 7 Mar 2012 00:57:57 +0000 (UTC)
From: "Yee-Wah Lee (Created) (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Message-ID: 
 <248713216.30872.1331081877875.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Created] (TRINIDAD-2237) Client IntegerValidator
 inconsistent with server for whole numbers
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Client IntegerValidator inconsistent with server for whole numbers
------------------------------------------------------------------

                 Key: TRINIDAD-2237
                 URL: https://issues.apache.org/jira/browse/TRINIDAD-2237
             Project: MyFaces Trinidad
          Issue Type: Bug
          Components: Components
    Affects Versions: 2.0.1-core
            Reporter: Yee-Wah Lee
            Priority: Minor


The default number converters for Integer, Double call this method,  _decimalParse() which does:
  result = parseInt(numberString);

parseInt tries to handle octal strings (starting with 0), so it will accept "07" but not "08"  or "09".  If client validation is disabled (so it runs on the server), the IntegerConverter will accept 08, 09 as decimal strings.

parseInt should be called with 10 as the second argument to indicate base-10, thus being consistent with the server. 
https://bugzilla.mozilla.org/show_bug.cgi?id=43425

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira