[
https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s...
]
Jean ANDRE commented on RF-12907:
---------------------------------
Not sure at all. Test have to be performed. We can imagine to solve the RF-12761 and if
ITBH works, it may be mean it was the same... Another clue we found, is: When you go from
a page to another page with an ajax request (eg.:a4jCommandB...), and then from the
reached page, you have a back button to return to the page where you came from, you MUST,
refresh exactly the same area (ids). If you use @all, @form or any other id that enclose
your area, it may not work properly. Then we got the need to click twice for a button. Our
expectation is, refreshing the whole page (@all), or the whole form (@form), should work
at any time, whatever the area your request to refresh the new dynamic page or fragment.
render="@form" problem with a4jCommand Button / Link /
@all
-----------------------------------------------------------
Key: RF-12907
URL:
https://issues.jboss.org/browse/RF-12907
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 4.2.3.Final, 4.3.1
Environment: JSF Mojarra 2.1.21 or 2.1.20 - Glassfish 3.1.2 or WAS 8.0.0.x
Servlet 3.0 or 2.5
Reporter: Jean ANDRE
Labels: waiting_on_user
Attachments: ITBH-Maven.zip, ITBH-Maven.zip, Nested-2.1.Finale.zip,
Nested-Spring-3.2.2.zip, NestedEar-CDI.zip
Please see the report at:
http://java.net/jira/browse/JAVASERVERFACES-2016
It seems that that there is a problem with a4j button and the value of @form/render
attribute.
The symptom we got is after refreshing the panel for building a list. Click on link form
the result lisk does not trigger the action.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira