[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
14 years, 1 month
[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
14 years, 1 month
[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
14 years, 1 month
[JBoss JIRA] Created: (RF-11035) Unexpected exception during isValid call with Hibernate @Size validation on h:selectManyCheckbox
by Ján Jamrich (JIRA)
Unexpected exception during isValid call with Hibernate @Size validation on h:selectManyCheckbox
------------------------------------------------------------------------------------------------
Key: RF-11035
URL: https://issues.jboss.org/browse/RF-11035
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: * RichFaces 4.1.0-SNAPSHOT r.22520
* Metamer ${4.1.0-SNAPSHOT} r.${22520}
* Apache MyFaces JSF-2.0 Core Impl 2.0.4 /
* Apache Tomcat 7.0.12
* Java(TM) SE Runtime Environment 1.6.0_19-b04 @Linux
* Firefox 3.6.17 @ Linux x86_64
Reporter: Ján Jamrich
When validation performed on input of type h:selectManyCheckbox (bound to property of type List<String>) on backing bean), and unexpected error appear. See details for Mojarra and MyFaces in log attached.
Since property bound to property is List type, SizeValidatorForCollection validator implementation is called. But submited items from h:selectManyCheckbox are sent to appropriate method (isValid() ) as String[]. (Every item from selectManyCheckbox is another array item). Its the same behavior for Mojarra and MyFaces.
@Size annotation declare that it should work with String, Collection, Map and Array.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (RF-10779) columnClasses not working on rich:dataGrid
by Karl Mueller (JIRA)
columnClasses not working on rich:dataGrid
------------------------------------------
Key: RF-10779
URL: https://issues.jboss.org/browse/RF-10779
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.CR1
Environment: Windows Vista Build 6001
apache-tomcat-7.0.11
Sun jdk1.6.0_14
RichFaces richfaces-4.0.0.20110227-CR1
Mojarra JSF 2.0.3-FCS
Reporter: Karl Mueller
The attribute columnClasses shows no effect when used on rich:dataGrid.
The assigned css classe(s) do not show up in the generated html table and the styles are not applied.
Only the "rf-dg-c" class gets assigned to the td tag.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months