[JBoss JIRA] Created: (RF-10456) CLONE - rich:messages displays messages multiple times
by Ilya Shaikovsky (JIRA)
CLONE - rich:messages displays messages multiple times
------------------------------------------------------
Key: RF-10456
URL: https://issues.jboss.org/browse/RF-10456
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 3.3.0, 3.3.1, 3.3.2.CR1, 3.3.2.GA, 3.3.2.SR1, 3.3.3.BETA1, 3.3.3.CR1, 3.3.3.Final
Environment: Richfaces 3.3.0 upwards with integrated Spring Webflow (version 2.0.5) and Hibernate Validator 4.0.2.
Reporter: Ilya Shaikovsky
Assignee: Alexander Smirnov
Fix For: 3.Future
Using a graphValidator, I set up a bean with Hibernate Validator annotations.
When multiple fields fail validation; the <rich:messages /> tag outputs the error messages multiple times.
It seems as though the message is displayed based on the number of failed fields. For example; when 2 fields fail, it will display both error messages twice. If 3 fields fail, it'll display all 3 messages 3 times, and so on.
I have managed to replicate the same error in versions 3.3.0 to 3.3.3. I have not tried >4 as we need a stable release. This may mean it could already be fixed in version 4; but I am submitting this issue regardless.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (RF-7344) Add controls for where in the header loaded scripts are placed
by Jay Balunas (JIRA)
Add controls for where in the header loaded scripts are placed
--------------------------------------------------------------
Key: RF-7344
URL: https://jira.jboss.org/jira/browse/RF-7344
Project: RichFaces
Issue Type: Task
Components: browser compatibility, core
Affects Versions: 3.3.1
Environment: IE8
Reporter: Jay Balunas
Fix For: 3.3.2.CR1
IE8 requires some header content be located at the very top of the header. Because RichFaces places some of the loaded scripts first this can break.
For example "<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />" will be ignored if not the first element after the header. Although the work around can be to just place the value in the header directly "<header name="X-UA-Compatible">IE=EmulateIE7</header>", RichFaces should have a way to control the location of the scripts in the header.
This could take the form of a new context param or perhaps a tag that RF can trigger off of for default script placement. If not there behavior is defaulted to current.
--
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, 10 months
[JBoss JIRA] (RF-11909) Custom resource mapping can't simply reuse pre-generated RichFaces resources
by Lukáš Fryč (JIRA)
Lukáš Fryč created RF-11909:
-------------------------------
Summary: Custom resource mapping can't simply reuse pre-generated RichFaces resources
Key: RF-11909
URL: https://issues.jboss.org/browse/RF-11909
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: core
Affects Versions: 4.1.0.Final
Reporter: Lukáš Fryč
Assignee: Lukáš Fryč
Fix For: 4.2.0.CR1
Following configuration of location is needed:
{code}
<context-param>
<param-name>org.richfaces.resourceMapping.location</param-name>
<param-value>#{facesContext.externalContext.requestContextPath}/org.richfaces.resources/javax.faces.resource/org.richfaces.staticResource/#{a4j.version.implementationVersion}/%Features%/#{resourceLocation}</param-value>
</context-param>
{code}
But that means you need to place custom resources to directory called specifically for RF:
{code}
${WAR}/resources/org.richfaces.staticResource/4.1.0.Final/Packed/.
{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, 10 months
[JBoss JIRA] (RF-11942) Metamer: rich:inplaceInput: CSV: page with example failed to open
by Ján Jamrich (JIRA)
Ján Jamrich created RF-11942:
--------------------------------
Summary: Metamer: rich:inplaceInput: CSV: page with example failed to open
Key: RF-11942
URL: https://issues.jboss.org/browse/RF-11942
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: qe
Affects Versions: 4.2.0.CR1
Environment: RichFaces 4.2.0.CR1
Metamer 4.2.0.20120130-CR1
Mojarra 2.1.3-SNAPSHOT
JBoss AS 7.0.2.Final
Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux
Firefox 10.0 @ Linux i686
Reporter: Ján Jamrich
Open page (/faces/components/richInplaceInput/csv.xhtml) causes error page with following stack trace:
java.lang.NoSuchMethodError: com.google.common.collect.ImmutableSet.copyOf(Ljava/util/Collection;)Lcom/google/common/collect/ImmutableSet;
{code:title=Stack trace on page}
java.lang.NoSuchMethodError: com.google.common.collect.ImmutableSet.copyOf(Ljava/util/Collection;)Lcom/google/common/collect/ImmutableSet;
org.richfaces.renderkit.html.ClientOnlyScript.<init>(ClientOnlyScript.java:35)
org.richfaces.renderkit.html.ClientValidatorRenderer.createValidatorScript(ClientValidatorRenderer.java:184)
org.richfaces.renderkit.html.ClientValidatorRenderer.createValidatorScript(ClientValidatorRenderer.java:154)
org.richfaces.renderkit.html.ClientValidatorRenderer.buildAndStoreValidatorScript(ClientValidatorRenderer.java:125)
org.richfaces.renderkit.html.ClientValidatorRenderer.getScript(ClientValidatorRenderer.java:60)
javax.faces.component.behavior.ClientBehaviorBase.getScript(ClientBehaviorBase.java:103)
org.richfaces.component.behavior.ClientValidatorImpl.getScript(ClientValidatorImpl.java:91)
org.richfaces.renderkit.RenderKitUtils.createBehaviorsChain(RenderKitUtils.java:282)
org.richfaces.renderkit.RenderKitUtils.getAttributeAndBehaviorsValue(RenderKitUtils.java:409)
org.richfaces.renderkit.RenderKitUtils.addToScriptHash(RenderKitUtils.java:621)
org.richfaces.renderkit.html.InplaceInputRenderer.encodeEnd(InplaceInputRenderer.java:447)
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875)
com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:312)
com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1756)
javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845)
com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1756)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1759)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1759)
com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:401)
com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131)
javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288)
com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
{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, 10 months
[JBoss JIRA] Created: (RF-11306) [rich:tabPanel] allow usage of form-elements inside tabs
by Rene O (JIRA)
[rich:tabPanel] allow usage of form-elements inside tabs
--------------------------------------------------------
Key: RF-11306
URL: https://issues.jboss.org/browse/RF-11306
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Final
Reporter: Rene O
Currently you must surround <rich:tabPanel> with <h:form>-element if you use switchType="ajax" or switchType="server".
It should be possible, like in Richfaces 3, that a form-element outside of rich:tabPanel is not needed.
A common usecase is the usage of an include-fragment which contains a form.
<rich:tabPanel switchType="ajax">
<rich:tab>
<h:form if="form1">
...
</h:form>
</rich:tab>
<rich:tab>
<ui:include .../>
</rich:tab>
</rich:tabPanel>
definition of include:
<ui:composition >
...
<h:form if="formOfInclude">
...
</h:form>
</ui:composition >
Currently it is not possible to design the pages in such way cause of nesting form-elements
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months