August 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-3804) Clicking PanelBarItems doesn't work

by Juan Ignacio S?nchez Lara (JIRA)

Clicking PanelBarItems doesn't work ----------------------------------- Key: RF-3804 URL: http://jira.jboss.com/jira/browse/RF-3804 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.6 Environment: SJSAS 8.1 Reporter: Juan Ignacio S?nchez Lara Attachments: RichFacesTesting.war It renders. but clicking items won't make them expand nor collapse. Page structure is panelBar > repeat > panelBarItem. War attatchment. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (RF-3539) pickList: in the 2nd example on live demo site scroll of "' ' options choosen" panel turn back to the beginning after moving component's elements.

by Mikhail Vitenkov (JIRA)

pickList: in the 2nd example on live demo site scroll of "' ' options choosen" panel turn back to the beginning after moving component's elements. -------------------------------------------------------------------------------------------------------------------------------------------------- Key: RF-3539 URL: http://jira.jboss.com/jira/browse/RF-3539 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: IE,FF,Safari,Opera(3.2.1.CR7) Reporter: Mikhail Vitenkov Assigned To: Ilya Shaikovsky Priority: Minor Step 1. In the 2nd example "Copy All" items. Step 2. Scroll to the end of list for two panels. Step 3. Select any item. Step 4, Click "Remove". Actual behavior: Scroll of the 1st panel remains fixed, but scroll of the 2nd panel turn back to the beginning. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

4
3
0 / 0

[JBoss JIRA] Created: (RF-4345) aj4:commandButton with immeadiate="true" does not rerender properly

by Oliver Freivogel (JIRA)

aj4:commandButton with immeadiate="true" does not rerender properly ------------------------------------------------------------------- Key: RF-4345 URL: https://jira.jboss.org/jira/browse/RF-4345 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: Ubuntu 8.04 64bit, JDK 6 update 6, Jboss App-Server 4.2.2. Firefox 3.0.1 Reporter: Oliver Freivogel Resetting a list shuttle and re rendering the view, with the the immediate attribute of the commandButton set to "true" does not work properly; at least testet with firefox 3.0.1. Here the code used: the facelets viw: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:a4j="http://richfaces.org/a4j" xmlns:rich="http://richfaces.org/rich"> <head> <title></title> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> </head> <body> <a4j:outputPanel id="wizard"> <h:form id="propertySelector"> <rich:listShuttle id="properties" sourceValue="#{attributeSelector2.addable}" targetValue="#{attributeSelector2.selected}" var="item" sourceCaptionLabel="Source" targetCaptionLabel="target" showButtonLabels="false" listsHeight="150" sourceListWidth="250" targetListWidth="250"> <h:column> <f:facet name="header"> <h:outputText value="Entity" /> </f:facet> <h:outputText value="#{item}" /> </h:column> <h:column> <f:facet name="header"> <h:outputText value="Property" /> </f:facet> <h:outputText value="#{item}"></h:outputText> </h:column> </rich:listShuttle> <a4j:outputPanel layout="block" style="margin-top:5px"> <h:commandButton value="back" action="#{attributeSelector2.back}" /> <a4j:commandButton value="reset" action="#{attributeSelector2.reset}" immediate="true" reRender="wizard"/> </a4j:outputPanel> </h:form> </a4j:outputPanel> </body> </html> The backing bean: import java.util.ArrayList; import java.util.Collections; import java.util.List; import java.util.Map; import javax.annotation.PostConstruct; /** * Backing Bean for selecting Attributes * * @author Oliver Freivogel * @version 1.0 */ public class AttributeSelectorBean { public AttributeSelectorBean() { source = Collections.emptyList(); target = Collections.emptyList(); } @PostConstruct public void init() { source = new ArrayList<String>(); source.add("test"); source.add("bla"); source.add("gugus"); target = new ArrayList<String>(); } public List<String> getAddable() { return this.source; } public void setAddable(List<String> addableProperties) { this.source = addableProperties; } public List<String> getSelected() { return this.target; } public void setSelected(List<String> selectedProperties) { this.target = selectedProperties; } public void reset() { init(); System.out.println("init"); } public String back() { return "back"; } public String done() { return "done"; } private List<String> source; private List<String> target; } -- 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

17 years, 1 month

3
5
0 / 0

[JBoss JIRA] Created: (RF-2576) suggestionbox broken in 3.2.0 nightly 20080318

by Juergen Zimmermann (JIRA)

suggestionbox broken in 3.2.0 nightly 20080318 ---------------------------------------------- Key: RF-2576 URL: http://jira.jboss.com/jira/browse/RF-2576 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: RF nightly, JBossAS 4.2.2, JSF-RI ("Mojarra") 1.2_08 Reporter: Juergen Zimmermann The following was working with 3.1.4 and 3.2.0CR3. Using nightly 20080318 rich:suggestionbox is broken (see stacktrace below). The problem seems to be the following: * Java objects are instantiated from a database by using Hibernate (inside JBossAS) * The Java objects, however, are only partially instantiated due to a lazy fetching strategy. For instance the suggestionbox needs the customers' lastname, but not all their orders. Therefore, the orders of each customer are not fetched from the database due to performance reasons. * suggestionbox resp. ScriptUtils.toScript() tries to iterate over the *NOT* fetched collection. Therefore, Hibernate throws a LazyInitializationException. * Why do you iterate over such a collection? Why do you need this? Here is the stacktrace: 2008-03-18 10:50:02,155 ERROR [org.hibernate.LazyInitializationException] failed to lazily initialize a collection of role: de.hska.kundenverwaltung.db.Kunde.bestellungen, no session or session was closed org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: de.hska.kundenverwaltung.db.Kunde.bestellungen, no session or session was closed at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358) at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:343) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86) at org.hibernate.collection.PersistentBag.iterator(PersistentBag.java:249) at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:80) at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:135) at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:85) at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:105) at org.ajax4jsf.renderkit.AJAXDataSerializer.asString(AJAXDataSerializer.java:40) at org.ajax4jsf.renderkit.AjaxRendererUtils.encodeAreas(AjaxRendererUtils.java:775) at org.ajax4jsf.renderkit.AjaxContainerRenderer.encodeAjax(AjaxContainerRenderer.java:125) at org.ajax4jsf.component.AjaxViewRoot.encodeAjax(AjaxViewRoot.java:633) at org.ajax4jsf.component.AjaxViewRoot.encodeChildren(AjaxViewRoot.java:505) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:936) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592) at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108) at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:185) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:109) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:143) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:276) at org.ajax4jsf.Filter.doFilter(Filter.java:165) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:856) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:566) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1508) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

6
16
0 / 0

[JBoss JIRA] Created: (RF-3663) Ordering List, List Shuttle: required attribute does not work.

by Alexander Dubovsky (JIRA)

Ordering List, List Shuttle: required attribute does not work. -------------------------------------------------------------- Key: RF-3663 URL: http://jira.jboss.com/jira/browse/RF-3663 Project: RichFaces Issue Type: Bug Environment: test application jsp, facelets sunRI all browsers build 3.1.6.RC1 Reporter: Alexander Dubovsky Required attribute does not work for Ordering List and List Shuttle components. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
5
0 / 0

[JBoss JIRA] Created: (RF-2140) SuggestionBox: selection not working on FireFox 3

by Przemyslaw Jaskierski (JIRA)

SuggestionBox: selection not working on FireFox 3 ------------------------------------------------- Key: RF-2140 URL: http://jira.jboss.com/jira/browse/RF-2140 Project: RichFaces Issue Type: Bug Environment: FF 3 beta 2, Linux. Reporter: Przemyslaw Jaskierski On you demo site. Using FF3 enter "t" and pick LAST or second item. Selection is ignored - always first item is selected. On FF2 it works fine, but FF3 is going to be released in the middle of this year. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (RF-3314) CommandLink action within dataTable is not executed in request scope

by Robert Stone (JIRA)

CommandLink action within dataTable is not executed in request scope -------------------------------------------------------------------- Key: RF-3314 URL: http://jira.jboss.com/jira/browse/RF-3314 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: myfaces 1.2.2 Reporter: Robert Stone When clicking on links within datatable action/actionListener/actionparam is not executed when bean is placed in request scope. Code works with backing bean in the session scope. <rich:dataTable id="seachResultsTable" var="seachResult" value="${modalForm.searchResults}"> <rich:column> <a4j:commandLink value="#{seachResult}" event="onclick" id="selectSearchValue" reRender="modalMasterValue"> <a4j:actionparam name="searchFor" value="#{seachResult}" assignTo="#{modalMaster.searchFor}" /> </a4j:commandLink> <rich:componentControl for="modalSearchPanel" operation="hide" event="onclick" /> </rich:column> </rich:dataTable> Backing beans Spring configuration (works if the second bean is moved to the session scope): <bean id="modalMaster" class="com.boeing.nmt.nams.view.bean.ModalMasterBean" scope="request"> <property name="searchFor" value="... enter search"/> </bean> <bean id="modalForm" class="com.boeing.nmt.nams.view.bean.ModalFormBean" scope="request" /> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

5
15
0 / 0

[JBoss JIRA] Created: (RF-2927) RichFaces 'double implementation' MethodNotFoundException bug for 3.2.0

by Tomas Cerny (JIRA)

RichFaces 'double implementation' MethodNotFoundException bug for 3.2.0 ----------------------------------------------------------------------- Key: RF-2927 URL: http://jira.jboss.com/jira/browse/RF-2927 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: Linux Reporter: Tomas Cerny http://jira.jboss.org/jira/browse/RF-1713 I have 3.2.0 and have still the same problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
12
0 / 0

[JBoss JIRA] Created: (RF-3325) tabPanel inside the modalPanel: "Form undefined is not found in document"

by Tsikhon Kuprevich (JIRA)

tabPanel inside the modalPanel: "Form undefined is not found in document" ------------------------------------------------------------------------- Key: RF-3325 URL: http://jira.jboss.com/jira/browse/RF-3325 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: 3.2.1.CR3 Reporter: Tsikhon Kuprevich Assigned To: Nick Belaevski tabPanel inside the modalPanel: "Form undefined is not found in document" when trying to click a tab. tabPanel is in sever mode. If it is in client of ajax mode - works fine. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

2
4
0 / 0

[JBoss JIRA] Created: (RF-3579) toolTip: graphicImage inside toolTip with height & width, which set in "20%" have incorrect view under different browsers.

by Mikhail Vitenkov (JIRA)

toolTip: graphicImage inside toolTip with height & width, which set in "20%" have incorrect view under different browsers. -------------------------------------------------------------------------------------------------------------------------- Key: RF-3579 URL: http://jira.jboss.com/jira/browse/RF-3579 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: IE, FF, Safari, Opera(3.2.1.CR8) Reporter: Mikhail Vitenkov Assigned To: Nick Belaevski Step 1. Add <h:graphicImage inside tooltip such way: <rich:panel style="width:50px; height:50px; background-color: gray"> <rich:toolTip id="tooltipID" ... <h:graphicImage id="pricsID" value="/pics/toshiba.jpg" height="20%" width="20%"></h:graphicImage> </rich:toolTip> </rich:panel> Step 2. Navigate to page & call toolTip. Actual behavior: For the different browsers image inside toolTip have different style displaying. For more information see attached screenshots. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
4
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2008