submitted (or lcoal) values are not erasable after conversion or validation error ---------------------------------------------------------------------------------
Key: MYFACES-1714 URL: https://issues.apache.org/jira/browse/MYFACES-1714 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.1.5 Environment: tomcat 5.5.23 myfaces 1.1.5 tomahawk 1.1.5 ajax4jsf 1.1.1 Reporter: Michael Heinen Priority: Critical There is a serious conversion/validation problem with JSF in combination with ajax.. >From my point of view this is a major show stopper for jsf applications in >combination with ajax. Therefore I created a simple demo application and attach it to this issue. My form contains a few input fields for Strings, dates and a number. If an invalid format is entered then the submitted value is not erased and the page is rerendered with the entered value. This is working fine so far. The error occurs now if I click then another ajax command that forces a refresh of the invalid fields via ajax. I use an a4j:commandButton with ajaxSingle=true and surrounded this button by an a4j:region in order to process no input fields on serverside. The values that are bound via valueBinding to the inputFields are set to null or reinitialized in the invoked ActionListener. But the old invalid data from the previous request is rerendered on the page. This happens because the submitted values of the invalid inputFields are not null but still contain the old invalid data. Therefore the valueBinding is not evaluated in the getter. I can't set the submitted value to null in the converter because invalid values should be rerendered in case that a normal processing button (not cancel button) is clicked. Pls have a look at the demo application: Call ... faces/test.jsp 1) Enter some data (e.g name="twotest", startDate="01/01/70", endDate="01/01/70" message="hello" count=55) and click save Result: Everything works fine.The new object is rendered in the list 2) Enter invalid data (e.g. number=doh) and click save Result: conversion error "Count:": value is no valid number (don't know the correct english message) 3) Click create new Result: Field count does still contain the old value doh 4) Click Edit Result: Field count does still contain the old value doh The other fields are correctly initialized My first approach was to except submittedValue from stateSaving but this did not solve the problem.. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.