[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, 9 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, 9 months
[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
12 years, 10 months
[JBoss JIRA] Created: (RF-10267) Accordion creating from Java NPE if activeItem is not set
by Konstantin Pupkov (JIRA)
Accordion creating from Java NPE if activeItem is not set
---------------------------------------------------------
Key: RF-10267
URL: https://issues.jboss.org/browse/RF-10267
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: base functionality
Affects Versions: 4.0.0.Milestone5
Environment: Ununtu 10.10, Java 6
Reporter: Konstantin Pupkov
in Java...
FacesContext ctx=FacesContext.getCurrentInstance();
pendingBar = (HtmlAccordion) ctx
.getApplication()
.createComponent(ctx, HtmlAccordion.COMPONENT_TYPE, "org.richfaces.AccordionRenderer");
pendingBar.setId("pend");
......
error on page:
...
ava.lang.NullPointerException
org.richfaces.component.AbstractAccordion.getActiveItem(AbstractAccordion.java:50)
org.richfaces.renderkit.html.TogglePanelRenderer.doEncodeBegin(TogglePanelRenderer.java:116)
org.richfaces.renderkit.html.AccordionRenderer.doEncodeBegin(AccordionRenderer.java:55)
org.richfaces.renderkit.RendererBase.encodeBegin(RendererBase.java:116)
javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:824)
--
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-7248) a4j creates infinite HashMap.get loop
by Nida Cibulskyte (JIRA)
a4j creates infinite HashMap.get loop
-------------------------------------
Key: RF-7248
URL: https://jira.jboss.org/jira/browse/RF-7248
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Reporter: Nida Cibulskyte
Concurrent requests on a4j components causes infinite loop. While one request is being proccessed by restoreChildState method, another request is senT for proccessing. It causes the code to get stuck in hashmap.get() as the hashmap is not synchronized and causes infinite loop.
2009 05 25 09:41:43 ERROR demo.NameBean - java.util.HashMap.get(HashMap.java:303)
2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:965)
2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982)
2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982)
.......................
--
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, 11 months
[JBoss JIRA] Created: (RF-8609) Picklist - When I load some big list i recived the following error StringIndexOutOfBoundsException: srcBegin > srcEnd
by gabrielfc (JIRA)
Picklist - When I load some big list i recived the following error StringIndexOutOfBoundsException: srcBegin > srcEnd
---------------------------------------------------------------------------------------------------------------------
Key: RF-8609
URL: https://jira.jboss.org/jira/browse/RF-8609
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 3.3.3.Final
Reporter: gabrielfc
Create a list with many elements with variable sizes...and change the itens of source to target....save this in some temporari list...load again this list...and you will recived the error
java.lang.StringIndexOutOfBoundsException: srcBegin > srcEnd
java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:327)
java.lang.StringBuilder.getChars(StringBuilder.java:55)
com.sun.faces.renderkit.html_basic.HtmlResponseWriter.flushAttributes(HtmlResponseWriter.java:981)
com.sun.faces.renderkit.html_basic.HtmlResponseWriter.endElement(HtmlResponseWriter.java:489)
org.richfaces.renderkit.PickListRenderer.encodeHiddenField(PickListRenderer.java:377)
org.richfaces.renderkit.html.PickListRendererGen.doEncodeChildren(PickListRendererGen.java:388)
org.richfaces.renderkit.html.PickListRendererGen.doEncodeChildren(PickListRendererGen.java:264)
org.ajax4jsf.renderkit.RendererBase.encodeChildren(RendererBase.java:120)
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:832)
--
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, 11 months