October 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8054) Richfaces menu item opens new window when styleClass is set

by Maksim Kaszynski (JIRA)

Richfaces menu item opens new window when styleClass is set ----------------------------------------------------------- Key: RF-8054 URL: https://jira.jboss.org/jira/browse/RF-8054 Project: RichFaces Issue Type: Bug Components: component-menu Affects Versions: 3.3.1 Environment: FF 3.5 Reporter: Maksim Kaszynski When rich:menuItem has styleClass attrribute set, but no target set, clicking item forces new window/tab open Following code <rich:menuItem value="#{participant.name}" action="#{participantImageDisplayBBean.load}" styleClass="#{i0.first ? 'first' : ''} #{i0.last ? 'last' : ''}"> Results in rendering RichFaces.Menu.submitForm( event, this, {'left\x2Dmenu\x2Dform:j_id111':'28','left\x2Dmenu\x2Dform:j_id112':'2'}, {styleClass:' '}) However, method signature is RichFaces.Menu.submitForm = function (event, element, params, target, attr) { Thus, {styleClass:' '} is used as target. target should be null when no target is specified. So far I see 2 solutions, either make target attribute for menuItem to have default value _self (probably, regression testing needed) or, change the code in org.richfaces.renderkit.html.MenuItemRendererBase starting at line 268 String target = (String) menuItem.getAttributes().get("target"); if (null != target && target.length()>0) { scriptValue.append(","); scriptValue.append(ScriptUtils.toScript(target)); } to String target = (String) menuItem.getAttributes().get("target"); scriptValue.append(","); scriptValue.append(ScriptUtils.toScript(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

14 years, 7 months

2
1
0 / 0

[JBoss JIRA] Created: (RF-8048) Document A4J.AJAX.AddListener and the api for adding custom listeners

by Adrian Mitev (JIRA)

Document A4J.AJAX.AddListener and the api for adding custom listeners --------------------------------------------------------------------- Key: RF-8048 URL: https://jira.jboss.org/jira/browse/RF-8048 Project: RichFaces Issue Type: Feature Request Components: doc Reporter: Adrian Mitev Simple example: if (typeof A4J != 'undefined') { var listener = new Object(); listener.onafterajax = function(req, domEvt, data) { }; A4J.AJAX.AddListener(listener); } -- 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, 7 months

2
2
0 / 0

[JBoss JIRA] Resolved: (RF-7556) Remove Apache common-collections dependencies. Use google-collections instead or create own project-specific classes.

by Nick Belaevski (JIRA)

[ https://jira.jboss.org/jira/browse/RF-7556?page=com.atlassian.jira.plugin... ] Nick Belaevski resolved RF-7556. -------------------------------- Resolution: Done > Remove Apache common-collections dependencies. Use google-collections instead or create own project-specific classes. > --------------------------------------------------------------------------------------------------------------------- > > Key: RF-7556 > URL: https://jira.jboss.org/jira/browse/RF-7556 > Project: RichFaces > Issue Type: Sub-task > Components: build > Reporter: Anton Belevich > Assignee: Nick Belaevski > Fix For: 4.0.0.ALPHA2 > > -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] Commented: (RF-7556) Remove Apache common-collections dependencies. Use google-collections instead or create own project-specific classes.

by Nick Belaevski (JIRA)

[ https://jira.jboss.org/jira/browse/RF-7556?page=com.atlassian.jira.plugin... ] Nick Belaevski commented on RF-7556: ------------------------------------ Beanutils dependencies were removed: https://jira.jboss.org/jira/browse/RF-8059, so this issue can be resolved as RF runtime does not depend on commons-collections anymore. > Remove Apache common-collections dependencies. Use google-collections instead or create own project-specific classes. > --------------------------------------------------------------------------------------------------------------------- > > Key: RF-7556 > URL: https://jira.jboss.org/jira/browse/RF-7556 > Project: RichFaces > Issue Type: Sub-task > Components: build > Reporter: Anton Belevich > Assignee: Nick Belaevski > Fix For: 4.0.0.ALPHA2 > > -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-8059) Remove: commons-beanutils dependencies

by Nick Belaevski (JIRA)

Remove: commons-beanutils dependencies -------------------------------------- Key: RF-8059 URL: https://jira.jboss.org/jira/browse/RF-8059 Project: RichFaces Issue Type: Sub-task Components: build Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.ALPHA2 -- 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, 7 months

1
1
0 / 0

[JBoss JIRA] Moved: (RF-8058) CDK: Support partial component updates in renderer

by Jay Balunas (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8058?page=com.atlassian.jira.plugin... ] Jay Balunas moved RFPL-174 to RF-8058: -------------------------------------- Project: RichFaces (was: RichFaces Planning) Key: RF-8058 (was: RFPL-174) Component/s: CDK (was: CDK) Affects Version/s: 4.0.0.ALPHA2 (was: 4.0.0.ALPHA2) > CDK: Support partial component updates in renderer > -------------------------------------------------- > > Key: RF-8058 > URL: https://jira.jboss.org/jira/browse/RF-8058 > Project: RichFaces > Issue Type: Feature Request > Components: CDK > Affects Versions: 4.0.0.ALPHA2 > Reporter: Nick Belaevski > Assignee: Alexander Smirnov > > Example use-case: data table should update only TBODY element when filtering is done to avoid focus loss in filtering inputs. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-6862) RF picklist does not update target list after onchange event

by Brendan Farragher (JIRA)

RF picklist does not update target list after onchange event ------------------------------------------------------------ Key: RF-6862 URL: https://jira.jboss.org/jira/browse/RF-6862 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0, 3.2.2 Environment: JBoss AS 4.2.3 (Ubuntu Linux 8.04) Reporter: Brendan Farragher The RichFaces picklist component does not re-load it's pre-selected (target) data correctly when an onchange event of a dependent selectonelistbox component is raised. If a valuechangelistener method is set on the selectonelistbox, and that method loads the picklist's source and target lists with new data, the target list is not populated when the page is re-displayed (in this case, the target list in the backing bean maps to the value attribute of the picklist tag). I even tried wrapping the picklist in an a4j:outputPanel with an a4j:support event=onchange reRender=pickListName tag placed inside of the selectonelistbox tag, but the target list is never populated. I have a JSF test application developed that I can provide you with that demonstrates the problem, and a second JSF test application that contains a workaround using a bound HtmlPickList (the workaround is not really appropriate for Seam integration, though). (Please update the JIRA with a forwarding address if you would like my test apps) Please note that this bug has more important implications for Seam integration, since JSF component binding is discouraged. As a result, the value attribute of the picklist (the target data) needs to be refreshed via the picklist tag value attribute (or via some a4j help). -- 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, 7 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-7911) OutOfMemory when redeploying - ClientSelection not unregistered from PropertyEditorManager

by Geert Coelmont (JIRA)

OutOfMemory when redeploying - ClientSelection not unregistered from PropertyEditorManager ------------------------------------------------------------------------------------------ Key: RF-7911 URL: https://jira.jboss.org/jira/browse/RF-7911 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Environment: richfaces.3.3.1.GA + Tomcat 6 Reporter: Geert Coelmont When redeploying, webapp classloader isn't garbage collected, causing a "java.lang.OutOfMemoryError: PermGen space" after a few times. I used a profiler ("yourkit") to see where the issue was and found these 3 classes: - org.richfaces.model.selection.ClientSelection - com.sun.faces.application.ConverterPropertyEditorFactory$DisposableClassLoader - com.sun.faces.application.ConverterPropertyEditorBase See attached screen shot for more details. I don't know where the 2 com.sun.faces classes come from either, but at least org.richfaces.model.selection.ClientSelection shouldn't be there. I saw issue RF-1284 which appears to be very similar, only now this happens in a newer version. -- 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, 7 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-3786) subTable in dataTable adds additional <th>

by Andreas Heiduk (JIRA)

subTable in dataTable adds additional <th> ------------------------------------------ Key: RF-3786 URL: http://jira.jboss.com/jira/browse/RF-3786 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1, 3.2.0.SR1 Environment: RF-3.2.[01], JSF-RI implementation Reporter: Andreas Heiduk As soon as a dataTable contains both subTable and a column "header" facet an additional <th> element is rendered. Example: <rich:dataTable value="#{capitalsBean.capitals}" var="capital"> <rich:column> <f:facet name="header">Capital Name</f:facet> <h:outputText value="#{capital.name}" /> </rich:column> <rich:column> <f:facet name="header">Property Name</f:facet> </rich:column> <rich:column> <f:facet name="header">Property Value</f:facet> </rich:column> <rich:subTable value="#{capital.detailList}" var="detail"> <rich:column /> <rich:column> <h:outputText value="#{detail.key}" /> </rich:column> <rich:column> <h:outputText value="#{detail.value}" /> </rich:column> </rich:subTable> </rich:dataTable> Now <thead> contains *four* <th> elements instead of three. The last <th> element looks like this: <th class="dr-table-subheadercell rich-table-subheadercell" scope="col"/> -- 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

14 years, 7 months

6
13
0 / 0

[JBoss JIRA] Created: (RF-8046) remove filter option for a column in rich:extendedDataTable

by jyothi challa (JIRA)

remove filter option for a column in rich:extendedDataTable ------------------------------------------------------------ Key: RF-8046 URL: https://jira.jboss.org/jira/browse/RF-8046 Project: RichFaces Issue Type: Feature Request Environment: IE6 Reporter: jyothi challa how to remove filter and sort options for a particular column in rich:extendedDataTable. -- 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, 7 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues October 2009