[JBoss JIRA] (RF-12108) components are not rerendered after ajax action if attribute ajaxRendered="true" inside <rich:message />
by Artur Mioduszewski (JIRA)
Artur Mioduszewski created RF-12108:
---------------------------------------
Summary: components are not rerendered after ajax action if attribute ajaxRendered="true" inside <rich:message />
Key: RF-12108
URL: https://issues.jboss.org/browse/RF-12108
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.0.Final
Environment: JDK1.6,
JBoss 6.0.Final,
richfaces 4.1.0.Final/4.2.0.Final
seam 3.1
IE 9
Reporter: Artur Mioduszewski
In case getting 2 tabs (in my case it is primefaces tabs):
{code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
1. tab:
<h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
<f:selectItems value="#{staticPercentagesItems}"/>
</h:selectOneMenu>
<rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="true"/>
2. tab (some code with ajax)
Ex.
<a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
<h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
<a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
</a4j:commandLink>
{code}
{code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
1. tab:
<h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
<f:selectItems value="#{staticPercentagesItems}"/>
</h:selectOneMenu>
<rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="false"/>
2. tab (some code with ajax)
Ex.
<a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
<h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
<a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
</a4j:commandLink>
{code}
When I change tabs order, problem does not exist.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11288) Metamer: a4j:region: Nested region example doesn't work at all (MyFaces, IE9)
by Ján Jamrich (JIRA)
Metamer: a4j:region: Nested region example doesn't work at all (MyFaces, IE9)
-----------------------------------------------------------------------------
Key: RF-11288
URL: https://issues.jboss.org/browse/RF-11288
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9
Metamer 4.1.0.20110805-M1 r.22604
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 7.0.19
Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux
IE9 (note that with Chrome 12.0.742.112 @ Linux i686 it works)
Reporter: Ján Jamrich
Example for nested region doesn't work at all. There is no combination of strategy to get value from form to nested region. (Note that it doesn't work only with IE9).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11246) rich:calendar client side validation doesn't work reliable
by Ján Jamrich (JIRA)
rich:calendar client side validation doesn't work reliable
----------------------------------------------------------
Key: RF-11246
URL: https://issues.jboss.org/browse/RF-11246
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9
Metamer 4.1.0.20110805-M1 r.22604
Apache MyFaces JSF-2.1 Core Impl 2.1.1
JBoss AS 6.0.0.Final
Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux
Chrome 12.0.742.112 @ Linux i686
Reporter: Ján Jamrich
Client side validation is not performed reliable on calendar. There is example in Metamer (faces/components/richCalendar/csv.xhtml) with 3 different calendars, everyone validated to different date rule (past, future and last year), and without submit button.
All calendars have set <a4j:ajax event="change" render="outputX" />, so there is expected validation to be fired immediately after value changes (picked from calendar).
When select wrong value in first calendar, validation message appears near this input. But if then try to select another value in second calendar, there wrong value in first calendar remains, as well as the validation message, but in second calendar no validation message appear, and selected value is set to calendar's input. The same behavior for last input.
So this is quite confusing when select 3 wrong values, but only for first input is validation message displayed.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11328) Inplace Select - client side validation
by Jan Papousek (JIRA)
Inplace Select - client side validation
---------------------------------------
Key: RF-11328
URL: https://issues.jboss.org/browse/RF-11328
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-selects
Affects Versions: 4.1.0.Milestone1
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
Metamer 4.1.0-SNAPSHOT r.22654
Mojarra 2.1.2-FCS
Apache Tomcat 6.0.32
OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux
Firefox 5.0 @ Linux x86_64
Reporter: Jan Papousek
Metamer page - faces/components/richInplaceSelect/csv.xhtml:
*scenario 1a - wrong value -> correct value -> validator message is still present*
# select something in some select field which won't pass the validation (don't choose the field which is validate by REGEXP pattern)
# validator message is displayed
# change the content of the select field to the value which should pass the validation
# validator message is still present (it shouldn't be)
*scenario 1b - correct value -> wrong value -> validator message isn't present*
# select something to some select field which should pass the validation (don't choose the field which is validate by REGEXP pattern)
# validator message is not displayed (correct)
# change the content of the field to the value which won't pass the validation
# validator message isn't present (it should be)
*scenario 2 - REGEXP pattern*
# select correct value in the select field which is validate by REGEXP pattern
# validator message is present (it shouldn't be)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-8615) FileUpload - problem with national chars on controlLabels
by Piotr Staw (JIRA)
FileUpload - problem with national chars on controlLabels
---------------------------------------------------------
Key: RF-8615
URL: https://jira.jboss.org/jira/browse/RF-8615
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 3.3.3.Final
Environment: WebLogic 10.3, JSF 1.2, Facelets 1.1
Reporter: Piotr Staw
I have a problem with fileUpload control label. When i've used new version 3.3.3Final there is a problem with national chars in clearControlLabel, doneLabel, clearAllControlLabel.
For example:
Rich fileUpload component in my code:
When page appears, there are strange marks on labels like:
Wyczy&#347;&#263; list&#281;
Wyczy&#347;&#263;
In version RF 3.3.1.GA there was everything fine.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12360) rich:picklist using f:ajax wired to the event "change" does nothing
by Dupont Dupont (JIRA)
Dupont Dupont created RF-12360:
----------------------------------
Summary: rich:picklist using f:ajax wired to the event "change" does nothing
Key: RF-12360
URL: https://issues.jboss.org/browse/RF-12360
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Dupont Dupont
I wanted to know if anyone has succesfully wired an ajax behaviour to a picklist component on the change event.
{code}
<rich:pickList value="#{listSelectBean.selectedCapitals}"
listWidth="170px" listHeight="100px"
orderable="true">
<f:selectItems value="#{listSelectBean.capitals}" var="capital" itemValue="#{capital}" itemLabel="#{capital.name}" />
<f:ajax event="change" execute="@this" render="dependentFields"/>
</rich:picklist>
{code}
Adding an onchange event handler on the component does not produce any effect. onchange="alert('Changed');"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month