January 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4499) modalpanel inside a4j:include closed unexpectedly.

by Ilya Shaikovsky (JIRA)

modalpanel inside a4j:include closed unexpectedly. -------------------------------------------------- Key: RF-4499 URL: https://jira.jboss.org/jira/browse/RF-4499 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Inside ui: one - works fine. <a4j:include viewId="/richfaces/include/examples/wstep1.xhtml" /> and uinside <rich:modalPanel id="panel"> <h:form> <a4j:commandButton /> </h:form> </rich:modalPanel> nothing inside button reREnder. Nothing specified in action of the button (so no navigation). But seems include reREndered - so modal closed. -- 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

15 years, 10 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-4590) panelMenu does not work in Chrome browser if mode is server

by Mike Hanafey (JIRA)

panelMenu does not work in Chrome browser if mode is server ----------------------------------------------------------- Key: RF-4590 URL: https://jira.jboss.org/jira/browse/RF-4590 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Mike Hanafey A JavaScript error breaks a panelMenu operating in mode="server". The problem appears to be with the prototype.js function up, which does not find the enclosing form when a panelItem is clicked on. The demo app works, but it uses the panelMenu in mode="ajax". However, the "View Source" function in the demo does not work, again because of JavaScript errors. -- 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

15 years, 10 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-4853) Implementation: priorities client-side code

by Nick Belaevski (JIRA)

Implementation: priorities client-side code -------------------------------------------- Key: RF-4853 URL: https://jira.jboss.org/jira/browse/RF-4853 Project: RichFaces Issue Type: Sub-task Components: planning, planning_all Affects Versions: 3.3.0 Reporter: Nick Belaevski Assignee: Denis Morozov Fix For: 3.3.0 -- 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

15 years, 10 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-5632) appication level: JUnits tests

by Anton Belevich (JIRA)

appication level: JUnits tests ------------------------------- Key: RF-5632 URL: https://jira.jboss.org/jira/browse/RF-5632 Project: RichFaces Issue Type: Sub-task Affects Versions: 3.2.0 Reporter: Anton Belevich Assignee: Anton Belevich Fix For: 3.3.0 -- 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

15 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (RF-4700) alt_ATTRIBUTE not being rendered for toolBar item separators.

by Ben James (JIRA)

alt_ATTRIBUTE not being rendered for toolBar item separators. ------------------------------------------------------------- Key: RF-4700 URL: https://jira.jboss.org/jira/browse/RF-4700 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Ben James Priority: Minor org.richfaces.renderkit.html.ToolBarRendererBase.insertDefaultSeparatorIfNeed getUtils().writeAttribute(writer, HTML.alt_ATTRIBUTE, "") will never create the alt tag. The RendererUtils.shouldRenderAttribute returns false when length == 0. This causes 508 Standards to fail. -- 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

15 years, 10 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-5659) UnitTests: tests do not show missing resources dependencies

by Nick Belaevski (JIRA)

UnitTests: tests do not show missing resources dependencies ----------------------------------------------------------- Key: RF-5659 URL: https://jira.jboss.org/jira/browse/RF-5659 Project: RichFaces Issue Type: Bug Reporter: Nick Belaevski -- 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

15 years, 10 months

2
6
0 / 0

[JBoss JIRA] Created: (RF-5769) autoclear="true" in rich:fileUpload is not enabling "Add File" button back

by Alexey Kakunin (JIRA)

autoclear="true" in rich:fileUpload is not enabling "Add File" button back -------------------------------------------------------------------------- Key: RF-5769 URL: https://jira.jboss.org/jira/browse/RF-5769 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: jdk 1.6, linux centOS, tomcat 6.0, jsf-ri 1.2 Reporter: Alexey Kakunin if to use autoclear="true" in rich:fileUpload, it clears content of control (removed all files) - but kept "Add File" disabled. For example: <rich:fileUpload id="uploadControl" fileUploadListener="#{attachmentUploadController.upload}" maxFilesQuantity="1" immediateUpload="false" autoclear="true"> </rich:fileUpload> after adding one file into control button "Add File" become disabled (because only one file is allowed for upload). After uploading, control is cleared (file is removed from list), but button "Add File" kept disabled (even no any file is displayed in the list) Not 100% sure, but looks like bug exists from initial control implementation in 3.2.0 -- 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

15 years, 10 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-5842) a4j:support doesn't submit input during changing selection of tree nodes.

by Mikhail Vitenkov (JIRA)

a4j:support doesn't submit input during changing selection of tree nodes. ------------------------------------------------------------------------- Key: RF-5842 URL: https://jira.jboss.org/jira/browse/RF-5842 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Environment: IE6, IE7, FF 3.1.3, Safari 3.1, Opera 9.62 Reporter: Mikhail Vitenkov Assignee: Nick Belaevski #1. Use following page code: <a4j:form id="form" eventsQueue="queue"> <rich:tree nodeSelectListener="#{custom.processSelection}" ajaxSubmitSelection="true" switchType="ajax" value="#{custom.treeNode}" var="item" ajaxKeys="#{null}" reRender="theOtherForm,currentNodeText" eventsQueue="queue"> </rich:tree> <h:outputText escape="false" value="Selected Node: #{custom.nodeTitle}" id="currentNodeText" /> </a4j:form> <a4j:form id="theOtherForm"> <h:inputText id="myInput1" rendered="#{!custom.secondNodeSelected}" value="#{custom.nodeTitle}"> <a4j:support event="onchange" reRender="form" eventsQueue="queue" /> </h:inputText> <h:inputText id="myInput2" rendered="#{custom.secondNodeSelected}" value="#{custom.nodeTitle}"> <a4j:support event="onchange" reRender="form" eventsQueue="queue" /> </h:inputText> <a4j:htmlCommandLink reRender="form" eventsQueue="queue"> <a4j:outputPanel> <h:outputText value="click me" /> </a4j:outputPanel> </a4j:htmlCommandLink> </a4j:form> #2. Java bean code: import org.richfaces.component.html.HtmlTree; import org.richfaces.event.NodeSelectedEvent; import org.richfaces.model.TreeNode; import org.richfaces.model.TreeNodeImpl; public class Custom { private TreeNode currentNode; private TreeNodeImpl firstNode; private String nodeTitle; private TreeNode rootNode; private TreeNodeImpl secondNode; public String getNodeTitle() { if (currentNode != null) { return (String) currentNode.getData(); } else { return "unknown"; } } public TreeNode getTreeNode() { if (rootNode == null) { createTree(); } return rootNode; } public boolean isSecondNodeSelected() { return currentNode == secondNode; } public void processSelection(final NodeSelectedEvent event) { final HtmlTree tree = (HtmlTree) event.getComponent(); nodeTitle = (String) tree.getRowData(); currentNode = tree.getModelTreeNode(tree.getRowKey()); } public void setNodeTitle(final String title) { if (currentNode != null) { currentNode.setData(title); } } private void createTree() { int idx = 0; rootNode = new TreeNodeImpl(); firstNode = new TreeNodeImpl(); firstNode.setData("Node 1"); rootNode.addChild(new Integer(idx++), firstNode); secondNode = new TreeNodeImpl(); secondNode.setData("Node 2"); rootNode.addChild(new Integer(idx++), secondNode); } } #3. Navigate to the page. #4. Click on the "Node 1" tree node. #5. Change input from "Node 1" to "Node 111" and select "Node 2" tree node. #6. Verify 1st tree node title. Actual behavior: It's still "Node 1". -- 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

15 years, 10 months

3
6
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

15 years, 10 months

6
16
0 / 0

[JBoss JIRA] Created: (RF-4546) Rich data grid produces unneeded cells.

by Sergey Halipov (JIRA)

Rich data grid produces unneeded cells. --------------------------------------- Key: RF-4546 URL: https://jira.jboss.org/jira/browse/RF-4546 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Sergey Halipov Priority: Minor Attachments: dataGrid.png <rich:dataGrid value="#{hotelFullInfo.info.images}" var="image" columns="10" border="0" style="border:0px; background-color: #f3f2f2;" columnClasses="noborder"> <h:graphicImage value="#{image.thumbnail.url}" alt="#{fn:localize(image.large.imageTitle)}" width="64" > <a4j:support event="onclick" actionListener="#{hotelFullInfo.changeImage}" reRender="mainImage"> <f:attribute name="image" value="#{image.large}" /> </a4j:support> </h:graphicImage> </rich:dataGrid> If value colection contains less elements than declared in 'columns' attribute unneeded emply cells are produced. See screen shot for more details. -- 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

15 years, 10 months

2
3
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2009