January 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-5388) Tree: DnD regression

by Nick Belaevski (JIRA)

Tree: DnD regression --------------------- Key: RF-5388 URL: https://jira.jboss.org/jira/browse/RF-5388 Project: RichFaces Issue Type: Bug Components: planning_all Affects Versions: 3.3.0 Reporter: Nick Belaevski Assignee: Nick Belaevski Priority: Critical 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

14 years, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-5473) Selects demo: add converter

by Nick Belaevski (JIRA)

Selects demo: add converter --------------------------- Key: RF-5473 URL: https://jira.jboss.org/jira/browse/RF-5473 Project: RichFaces Issue Type: Task Affects Versions: 3.3.0 Reporter: Nick Belaevski Assignee: Ilya Shaikovsky Priority: Minor Fix For: 3.3.0 Log message appears when navigate to orderingList demo page: 2008-12-25 15:54:35.04:/richfaces-demo:INFO: Converter for component [j_id259:j _id260] cannot be discovered, so default implementation of converter will be use d. Component items will be converted to String on decoding. -- 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, 10 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-5513) Regression-area setup application on Hudson

by Nick Belaevski (JIRA)

Regression-area setup application on Hudson ------------------------------------------- Key: RF-5513 URL: https://jira.jboss.org/jira/browse/RF-5513 Project: RichFaces Issue Type: Task Affects Versions: 3.3.0 Reporter: Nick Belaevski Assignee: Nick Belaevski Priority: Critical 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

14 years, 10 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-5522) Model Panel appears with a shadow on its right when right to left rendering is used.

by bimlendu shekhar (JIRA)

Model Panel appears with a shadow on its right when right to left rendering is used. ------------------------------------------------------------------------------------ Key: RF-5522 URL: https://jira.jboss.org/jira/browse/RF-5522 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: windows xp ,jboss 4.3,jsf application. Reporter: bimlendu shekhar Fix For: Wishes When the dir attribute of the html tag is set to "rtl".The Model panel appears with a shadow on its right side.The jsp code <%@taglib uri="http://java.sun.com/jsf/core" prefix="f"%> <%@taglib uri="http://java.sun.com/jsf/html" prefix="h"%> <%@taglib uri="http://richfaces.org/rich" prefix="rich"%> <html dir="rtl"> <body> <f:view> <h:form> <rich:modalPanel id="panel" width="350" height="100"> <f:facet name="header"> <h:panelGroup> <h:outputText value="Modal Panel"></h:outputText> </h:panelGroup> </f:facet> <f:facet name="controls"> <h:panelGroup> <h:graphicImage value="/images/print.gif" style="cursor:pointer" id="hidelink"/> <rich:componentControl for="panel" attachTo="hidelink" operation="hide" event="onclick"/> </h:panelGroup> </f:facet> <h:outputText value="This panel is called using Component Control Component"></h:outputText> <h:outputText value="Closure link (X) works also through Component Control"></h:outputText> </rich:modalPanel> <h:outputLink value="#" id="link"> Show Modal Panel <rich:componentControl for="panel" attachTo="link" operation="show" event="onclick"/> </h:outputLink> </h:form> </f:view> </body> </html> -- 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, 10 months

6
9
0 / 0

[JBoss JIRA] Created: (RF-5113) scrollableDataTable: sorting feature doesn't work at all.

by Mikhail Vitenkov (JIRA)

scrollableDataTable: sorting feature doesn't work at all. --------------------------------------------------------- Key: RF-5113 URL: https://jira.jboss.org/jira/browse/RF-5113 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: IE 6,7, FF 3.0.3, Opera 9.62, Safari 3.1(3.3.0 last snapshot) Reporter: Mikhail Vitenkov Assignee: Nick Belaevski Priority: Critical #1. Add scrollableDataTable(SDT) rich component(use "sortMode" attribute for SDT and "sortBy", "sortable" attributes for rich:column): <rich:scrollableDataTable binding="#{scrollableDT.htmlScrollableDataTable}" id="sdt" var="sdt" sortMode="#{scrollableDT.sortMode}" eventsQueue="myEventsQueue" ... > <f:facet name="header"> <h:outputText value="facet header"></h:outputText> </f:facet> <rich:column sortBy="#{sdt.int0}" sortable="true" id="colID"> <f:facet name="header"> <h:outputText value="#" /> </f:facet> <h:outputText value="#{sdt.int0}"></h:outputText> <f:facet name="footer"> <h:outputText value="#" /> </f:facet> </rich:column> ... </rich:scrollableDataTable> #2. Navigate to page. #3. Click on sortable column header two times. Actual behavior: Nothing happens. -- 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, 10 months

5
4
0 / 0

[JBoss JIRA] Created: (RF-5188) richfaces-demo: example for hotkey is too wide

by Sergey Smirnov (JIRA)

richfaces-demo: example for hotkey is too wide ---------------------------------------------- Key: RF-5188 URL: https://jira.jboss.org/jira/browse/RF-5188 Project: RichFaces Issue Type: Task Affects Versions: 3.2.2 Reporter: Sergey Smirnov Assignee: Ilya Shaikovsky Priority: Minor Fix For: 3.3.0 the second example for hotKey is too wide. 1200px is not enough. Make it shorter. Remove Capitals for example. -- 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, 10 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-5195) need to provide real oncahnge callback.

by Ilya Shaikovsky (JIRA)

need to provide real oncahnge callback. --------------------------------------- Key: RF-5195 URL: https://jira.jboss.org/jira/browse/RF-5195 Project: RichFaces Issue Type: Task Affects Versions: 3.3.0 Reporter: Ilya Shaikovsky Assignee: Pavel Yaschenko Priority: Critical Fix For: 3.3.0 Need to rename current onchange to oneditorchange and add new oncahnge attribute which will able to handle any change inside the editor (keyup, toolBar buttons events and etc..) Without such handler we could not use support or jsFunction in order to submit the changes. Only poll or command components could be used. -- 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, 10 months

6
20
0 / 0

[JBoss JIRA] Created: (RF-5196) Editor does not rerender after converter error.

by Alexander Dubovsky (JIRA)

Editor does not rerender after converter error. ----------------------------------------------- Key: RF-5196 URL: https://jira.jboss.org/jira/browse/RF-5196 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: 3.3.0.BETA2 Reporter: Alexander Dubovsky Assignee: Nick Belaevski Priority: Critical # Input incorrect html in source mode (e.g. some tag is not closed and useSeamText=true): <ol> <li>first item</li> <li>second item<li> <li>and even the third item</li> </ol> # Rerender editor => converter error is triggered # Correct html: <ol> <li>first item</li> <li>second item</li> <li>and even the third item</li> </ol> # Rerender editor Result: error is disappeared. Seems like all is Ok, but... # Submit page Result: editor was disappeared from page The same occurs in case custom converter was triggered. If rerender editor after converter error in visual mode in JSP following exception was sent: SEVERE: An exception occurred javax.faces.FacesException: Exception while calling encodeEnd on component : {Component-Path : [Class: org.ajax4jsf.component.AjaxViewRoot,ViewId: /pages/Rich/Rich.jsp][Class: javax.faces.component.html.HtmlForm,Id: formID][Class: javax.faces.component.html.HtmlPanelGrid,Id: richGridID][Class: javax.faces.component.html.HtmlPanelGroup,Id: j_id_jsp_1726272691_12][Class: javax.faces.component.UINamingContainer,Id: editorSubviewID][Class: javax.faces.component.html.HtmlPanelGrid,Id: EditorPanelID][Class: org.richfaces.component.html.HtmlEditor,Id: editorID]} at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:627) at org.ajax4jsf.renderkit.RendererBase.renderChild(RendererBase.java:286) ................... Caused by: javax.faces.convert.ConverterException: Converter error at editor.Editor$1.getAsString(Editor.java:95) at org.ajax4jsf.util.InputUtils.getConvertedStringValue(InputUtils.java:114) at org.richfaces.renderkit.EditorRendererBase.getConvertedStringValue(EditorRendererBase.java:87) at org.richfaces.renderkit.EditorRendererBase.getFormattedComponentStringValue(EditorRendererBase.java:117) at org.richfaces.renderkit.html.EditorRenderer.doEncodeEnd(EditorRenderer.java:234) at org.richfaces.renderkit.html.EditorRenderer.doEncodeEnd(EditorRenderer.java:305) at org.ajax4jsf.renderkit.RendererBase.encodeEnd(RendererBase.java:135) at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:624) ... 49 more -- 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, 10 months

4
8
0 / 0

[JBoss JIRA] Created: (RF-5203) dataList: nested h:outputLink doesn't output anything

by Tsikhon Kuprevich (JIRA)

dataList: nested h:outputLink doesn't output anything ----------------------------------------------------- Key: RF-5203 URL: https://jira.jboss.org/jira/browse/RF-5203 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: any Reporter: Tsikhon Kuprevich Assignee: Nick Belaevski Priority: Critical <rich:dataList id="doListID" value="#{dataOrderedList.arr}" var="arr"> <f:facet name="header"> <h:outputText value="Africa(header):" /> </f:facet> <h:outputLink value="#{arr.str0}"/> <f:facet name="footer"> <h:outputText value="Africa(footer);" /> </f:facet> </rich:dataList> -- 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, 10 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-5212) CLONE -Richfaces 3.2.2SR1 breaks SJSAS 9.2_01 Admin web-app, when the libs are put into domain1/lib folder

by John Leed (JIRA)

CLONE -Richfaces 3.2.2SR1 breaks SJSAS 9.2_01 Admin web-app, when the libs are put into domain1/lib folder ---------------------------------------------------------------------------------------------------------- Key: RF-5212 URL: https://jira.jboss.org/jira/browse/RF-5212 Project: RichFaces Issue Type: Bug Environment: Sun Java System Application Server 9.1 (build b58g-fcs) Richfaces 3.1.2 Reporter: John Leed Assignee: Tsikhon Kuprevich Fix For: 3.2.1 When the Richfaces 3.1.2 libs are put into a domains lib folder under SJSAS 9.1, the Admin web application breaks. I filed a bug report on glassfish https://glassfish.dev.java.net/issues/show_bug.cgi?id=3626 , here's what they had to say about this: "In order to understand what is happening you have to know a little bit about how JSF configures itself. It looks for faces-config.xml files in the classpath to see if should add new jsf extensions (such as a new ViewHandler) to help it process jsf pages. JSF does NOT do anything to ensure that a new component (i.e. ViewHanler) doesn't break other custom jsf extensions. It is unfortunate that these extensions can't be restricted to a subset of URLs, or be guarenteed to behave well. In this case, Ajax4JSF does not behave well. It both of your stack traces it appears Ajax4JSF is not doing the right thing. In the first, it is not handling the rendering of the page and has either changed the viewId or done something else to cause the default viewHandler to also not handle it (it appears it is redispatching recursively b/c of this). In the 2nd example, it is attempting to handle a JSFTemplating page instead of delegating to JSFTemplating -- it is unable to do so and fails. Ajax4JSF could fix both of these problems -- I cannot. Based on these stack traces, I would strongly suggest that you not include Ajax4JSF in a shared lib area as it will effect ALL JSF applications, not just the ones you want it to effect. Instead place the Ajax4JSF jar files in the WEB-INF/lib of your application(s)." -- 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, 10 months

5
9
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2009