[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, 2 months
[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, 2 months
[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, 2 months
[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, 2 months
[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, 2 months
[JBoss JIRA] (RF-12291) Tab panel issue when using paginated table in one tab
by Cristian Cerb (JIRA)
Cristian Cerb created RF-12291:
----------------------------------
Summary: Tab panel issue when using paginated table in one tab
Key: RF-12291
URL: https://issues.jboss.org/browse/RF-12291
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-panels-layout-themes
Affects Versions: 4.2.0.Final
Reporter: Cristian Cerb
When using a rich tab panel which contains in one tab a non-paginated data table and in another tab a paginated data table, when switching tabs from tab containing paginated table to the tab with non-paginated table, an exception is thrown, such as:
javax.el.PropertyNotFoundException: /WEB-INF/classes/rf4bug/module/core/ui/jsf/secondInclude.xhtml @13,45 rows="#{sessionScope.myBean.rowsPerPage}": Property 'rowsPerPage' not found on type rf4bug.module.core.ui.jsf.RegularTableBean
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:111)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
at org.richfaces.component.UISequence.getRows(UISequence.java:169)
at org.richfaces.component.UISequence.getActualRows(UISequence.java:81)
at org.richfaces.component.UISequence.updateState(UISequence.java:66)
at org.richfaces.component.UISequence.updateState(UISequence.java:72)
at org.richfaces.component.UISequence.preEncodeBegin(UISequence.java:291)
at org.richfaces.component.UIDataAdaptor.processEvent(UIDataAdaptor.java:1453)
at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106)
at com.sun.faces.application.ApplicationImpl.processListenersAccountingForAdds(ApplicationImpl.java:2217)
at com.sun.faces.application.ApplicationImpl.invokeViewListenersFor(ApplicationImpl.java:2038)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:291)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:246)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:108)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:300)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
2012-05-25 11:37:12,033 INFO [http-bio-1080-exe
It seems the tab which used to be active, is re-renderd for some reason, but I think it shouldn't.
--
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, 2 months