[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-12031) rich:validator does not work after re render (ajax)
by Andries Ehlers (JIRA)
Andries Ehlers created RF-12031:
-----------------------------------
Summary: rich:validator does not work after re render (ajax)
Key: RF-12031
URL: https://issues.jboss.org/browse/RF-12031
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.0.Final
Reporter: Andries Ehlers
When you have a simple inputText component with rich:validator inside, validation works perfectly when you move focus away from the component - validation messages display, e.g:
{code:xml|borderStyle=solid}
<h:inputText id="mytest1" value="#{profileBean.profileUser.firstName}">
<rich:validator/>
</h:inputText>
<rich:message for="mytest1"/>
{code}
If the above code resides in a panel, which is conditionally rendered, then <rich:validator> ceases to function when you re-render the panel with ajax, eg:
{code:xml|borderStyle=solid}
<h:form id="dummyForm" prependId="false">
<h:commandButton value="Toggle" actionListener="#{profileBean.toggleRender}">
<f:ajax execute="@form" render="@form"/>
</h:commandButton>
<!--This will toggle on/off as you click the button above-->
<h:panelGroup layout="block" rendered="#{profileBean.mustRenderThePanel}">
<br/>
<h:inputText id="mytest1" value="#{profileBean.profileUser.firstName}">
<rich:validator/> <!--this fails to work when you move focus away -->
</h:inputText>
<rich:message for="mytest1"/>
</h:panelGroup>
</h:form>
{code}
--
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] (RF-12005) Update VDL docs
by Pavol Pitonak (JIRA)
Pavol Pitonak created RF-12005:
----------------------------------
Summary: Update VDL docs
Key: RF-12005
URL: https://issues.jboss.org/browse/RF-12005
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: doc
Affects Versions: 4.2.0.Final
Reporter: Pavol Pitonak
a4j:queue
* attribute onevent undocumented (shouldn't be removed?)
rich:toScript()
* what is this? it is not documented neither in Developer Guide nor in Component Reference
rich:graphValidator
* attributes groups, summary, type and value have strange description
rich:hashParam
* value false java.util.Map Not used, it is computed automatically
* shouldn't it be hidden if it is not used?
rich:notifyMessage(s)
* no component description
rich:notifyStack
* attribute position - all available options should be listed
rich:treeModelAdaptor
* no component description
rich:treeSelectionChangeListener
* no component description
rich:treeToggleListener
* no component description
rich:validator
* no component description
--
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