Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jRepeat/matrix.xhtml 2. click the top-left "+" link 3. click the top-left "C" link Actual results: output below is reset but input's value not Expected results: both input and output value are reset Additional info: Worked fine in EAP 6.0.0 (Mojarra 2.1.7) but doesn't work in EAP 6.0.1 (Mojarra 2.1.13). Upstream issue RF-12512 indicates that it works fine with Mojarra 2.1.16.
Pavol, please update this bz, I can see that linked RF-12512 was closed as OUT OF DATE
Marek it was marked as out of date because it works with Mojarra 2.1.16 used for cummunity testing. However, EAP 6.0.1 contain Mojarra 2.1.13 with which it's broken.
If you located as 2.1.13 is only problematic, when this is just a documentation issue or will RF team workaround it?
Brian Leathem <bleathem> updated the status of jira RF-12512 to Reopened
Brian Leathem <bleathem> made a comment on jira RF-12512 Re-opening to target EAP 6.0.1
Brian Leathem <bleathem> made a comment on jira RF-12512 I wrote a _fundamental_ test to reproduce this behaviour. I can confirm: # it worked in Mojarra 2.1.7 (shipped with AS 7.1.1.Final) # it starts failing in Mojarra 2.1.8 # starts working again in Mojarra 2.1.15 I'll next use the _fundamental_ test to investigate if there is something we can do to workaround this issue.
Brian Leathem <bleathem> made a comment on jira RF-12512 This in fact has nothing to do with _<a4j:repeat>_ nor any RichFaces component for that matter. I was able to reproduce the behaviour with the following "plain old" JSF: {code} <h:form id='myForm'> "); <h:inputText id='input' value='#{ajaxBean.value}'/> "); <h:commandButton id='submit' value = 'Submit Input'> "); <f:ajax execute='input' render='input' /> "); </h:commandButton> "); <h:commandButton id='clear' value = 'Clear Input'> "); <f:ajax listener='#{ajaxBean.clearValue}' render='input' /> "); </h:commandButton> "); </h:form> {code}
Brian Leathem <bleathem> made a comment on jira RF-12512 This in fact has nothing to do with _<a4j:repeat>_ nor any RichFaces component for that matter. I was able to reproduce the behaviour with the following "plain old" JSF: {code} <h:form id='myForm'> <h:inputText id='input' value='#{ajaxBean.value}'/> <h:commandButton id='submit' value = 'Submit Input'> <f:ajax execute='input' render='input' /> </h:commandButton> <h:commandButton id='clear' value = 'Clear Input'> <f:ajax listener='#{ajaxBean.clearValue}' render='input' /> </h:commandButton> </h:form> {code}
Brian Leathem <bleathem> updated the status of jira RF-12512 to Resolved
Brian Leathem <bleathem> made a comment on jira RF-12512 This turns out then to be entirely an upstream issue: JAVASERVERFACES-2578. Resolving would require a patch to the Mojarra 2.1.13 impl bundled with EAP.
Doc text added. Pavol or Brian, please verify it is correct.
Added an HTML clarifier before the input tag. Otherwise it looks good to me.
Included in the release notes book:
@ppitonak, does this issue occurs also on EAP 6.1? If so, please update the RN.
Marek, it works correctly in EAP 6.1 which contains Mojarra 2.1.19.
Edited doc text for wfk 2.3 release notes.