[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
13 years, 11 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
13 years, 11 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
13 years, 11 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
13 years, 11 months
[JBoss JIRA] (RF-11657) Better integration with JBossAS 7.1
by Juergen Zimmermann (Created) (JIRA)
Better integration with JBossAS 7.1
-----------------------------------
Key: RF-11657
URL: https://issues.jboss.org/browse/RF-11657
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: build/distribution, compatibility
Affects Versions: 4.1.0.Milestone3
Reporter: Juergen Zimmermann
JBossAS 7.1 contains Google Guava 10.0.x (in addition to sac-1.3.jar and cssparser-0.9.5.jar). Guava can be reused in RichFaces instead of doubling it in WEB-INF/lib. The solution is pretty simple:
In richfaces-core-impl-VERSION.jar the file META-INF/MANIFEST.MF already contains the line "Dependencies: ...". This line has to be extended by just ",com.google.guava" as follows:
Dependencies: org.w3c.css.sac,net.sourceforge.cssparser,com.google.guava
That's all and from now on RichFaces doesn't require the distribution of Google Guava in WEB-INF/lib when the platform is JBossAS 7.1. Please see also https://issues.jboss.org/browse/AS7-1809.
Be aware that there is no blank after the comma between net.sourceforge.cssparser and com.google.guava.
--
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
13 years, 11 months