May 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12639) rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12639?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12639: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> changed the Status of [bug 884692|https://bugzilla.redhat.com/show_bug.cgi?id=884692] from VERIFIED to CLOSED > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. > --------------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12639 > URL: https://issues.jboss.org/browse/RF-12639 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.3.0.M3 > > Attachments: steps.zip, tabPanelAndTable.xhtml > > Original Estimate: 1 hour > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. This works in FF and Chrome or if rich:extendedDataTable is replaced with rich:dataTable. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12135) rich:extendedDataTable column width lost after table rerendering (partial state saving)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12135?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12135: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> made a comment on [bug 906791|https://bugzilla.redhat.com/show_bug.cgi?id=906791] Closed as CURRENTRELEASE, part of WFK 2.2.0 distributables. > rich:extendedDataTable column width lost after table rerendering (partial state saving) > ---------------------------------------------------------------------------------------- > > Key: RF-12135 > URL: https://issues.jboss.org/browse/RF-12135 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.0.Final > Environment: JSF Mojarra 2.1.7 > Reporter: Nick Dev > Assignee: Jan Papousek > Labels: richfaces > Fix For: 4.3.0.CR1 > > > Bug in rich:extendedDataTable - column width lost after table rerendering. > Steps to reproduce: > 1) Resize a column. > 2) Rerender table 2 times. > Column will take initial width. > JSF Mojarra 2.1.7 > Column order does not have this issue. And no issue when disabling partial state saving (javax.faces.PARTIAL_STATE_SAVING). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12135) rich:extendedDataTable column width lost after table rerendering (partial state saving)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12135?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12135: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> changed the Status of [bug 906791|https://bugzilla.redhat.com/show_bug.cgi?id=906791] from VERIFIED to CLOSED > rich:extendedDataTable column width lost after table rerendering (partial state saving) > ---------------------------------------------------------------------------------------- > > Key: RF-12135 > URL: https://issues.jboss.org/browse/RF-12135 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.0.Final > Environment: JSF Mojarra 2.1.7 > Reporter: Nick Dev > Assignee: Jan Papousek > Labels: richfaces > Fix For: 4.3.0.CR1 > > > Bug in rich:extendedDataTable - column width lost after table rerendering. > Steps to reproduce: > 1) Resize a column. > 2) Rerender table 2 times. > Column will take initial width. > JSF Mojarra 2.1.7 > Column order does not have this issue. And no issue when disabling partial state saving (javax.faces.PARTIAL_STATE_SAVING). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12851) The RichFaces kitchensink-rf quickstart/archetype incorrectly depend on the AS google guava module

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12851?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12851: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> changed the Status of [bug 922032|https://bugzilla.redhat.com/show_bug.cgi?id=922032] from VERIFIED to CLOSED > The RichFaces kitchensink-rf quickstart/archetype incorrectly depend on the AS google guava module > -------------------------------------------------------------------------------------------------- > > Key: RF-12851 > URL: https://issues.jboss.org/browse/RF-12851 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype, examples > Reporter: Stefan Miklosovic > Assignee: Brian Leathem > Fix For: 4.3.2 > > > The error: "Caused by: java.lang.NoClassDefFoundError: com/google/common/base/Function" is likely due to the quickstart relying on the JBoss AS google guava module [1], which is a bad idea for modules that are considered "internal" to AS. > We should remove the [manifest.mf entries|https://github.com/richfaces/as-quickstarts/blob/master/kitchensi...] that expose these modules and include the dependencies in the kitchensink-rf war. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12851) The RichFaces kitchensink-rf quickstart/archetype incorrectly depend on the AS google guava module

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12851?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12851: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> made a comment on [bug 922032|https://bugzilla.redhat.com/show_bug.cgi?id=922032] Closed as CURRENTRELEASE, part of WFK 2.2.0 distributables. > The RichFaces kitchensink-rf quickstart/archetype incorrectly depend on the AS google guava module > -------------------------------------------------------------------------------------------------- > > Key: RF-12851 > URL: https://issues.jboss.org/browse/RF-12851 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype, examples > Reporter: Stefan Miklosovic > Assignee: Brian Leathem > Fix For: 4.3.2 > > > The error: "Caused by: java.lang.NoClassDefFoundError: com/google/common/base/Function" is likely due to the quickstart relying on the JBoss AS google guava module [1], which is a bad idea for modules that are considered "internal" to AS. > We should remove the [manifest.mf entries|https://github.com/richfaces/as-quickstarts/blob/master/kitchensi...] that expose these modules and include the dependencies in the kitchensink-rf war. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-11382) Datatable and ExtendedDatatable evaluate value attribute even if rendered=false

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-11382?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-11382: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> made a comment on [bug 916314|https://bugzilla.redhat.com/show_bug.cgi?id=916314] Closed as CURRENTRELEASE, part of WFK 2.2.0 distributables. > Datatable and ExtendedDatatable evaluate value attribute even if rendered=false > ------------------------------------------------------------------------------- > > Key: RF-11382 > URL: https://issues.jboss.org/browse/RF-11382 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2 > Environment: Fedora 15, Glassfish 3.1.1, CDI (Weld) > Reporter: Frederick Kämpfer > Assignee: Brian Leathem > Labels: lazy-loaded > Fix For: 4.3.0.M3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > In Richfaces 4 both datatable and extendedDatatable evaluate the value attribute even when rendered is set to false, even though it is not necessary. This makes it hard to achieve performance by trimming parts of the view tree. The built-in h:dataTable behaves correctly in that case. > To reproduce simply try this snipplet: > {code:xml} > <h:form> > <rich:dataTable value="#{myBean.property}" rendered="false"> > </rich:dataTable> > </h:form> > {code} > Side note: The reason I'm posting this is, that i want to embed a rich:dataTable in a ajax loaded rich:togglePanelItem which is loaded on demand. Probably fixing the "render" problem will also make the dataTable lazy-loadable when switching to the corresponding togglePanelItem. > I hope this is no duplicate, I only found RichFaces 3 issues mentioning this problem. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12809) Richfaces-related examples should use -with-richfaces BOM

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12809?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12809: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> changed the Status of [bug 915767|https://bugzilla.redhat.com/show_bug.cgi?id=915767] from VERIFIED to CLOSED > Richfaces-related examples should use -with-richfaces BOM > --------------------------------------------------------- > > Key: RF-12809 > URL: https://issues.jboss.org/browse/RF-12809 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Tomas Repel > Assignee: Brian Leathem > > There is jboss-javaee-6.0-with-richfaces BOM, I think this should be used instead of richfaces-bom in case that jboss-javaee-6.0 BOM is required as well. This holds for helloworld-rf, kitchensink-rf and richfaces-validation. In case of helloworld-rf it is sufficient the dependencyManagement section to contain only -with-richfaces BOM, the jboss-javaee-6.0 BOM can be removed completely. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12809) Richfaces-related examples should use -with-richfaces BOM

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12809?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12809: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> made a comment on [bug 915767|https://bugzilla.redhat.com/show_bug.cgi?id=915767] Closed as CURRENTRELEASE, part of WFK 2.2.0 distributables. > Richfaces-related examples should use -with-richfaces BOM > --------------------------------------------------------- > > Key: RF-12809 > URL: https://issues.jboss.org/browse/RF-12809 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Tomas Repel > Assignee: Brian Leathem > > There is jboss-javaee-6.0-with-richfaces BOM, I think this should be used instead of richfaces-bom in case that jboss-javaee-6.0 BOM is required as well. This holds for helloworld-rf, kitchensink-rf and richfaces-validation. In case of helloworld-rf it is sufficient the dependencyManagement section to contain only -with-richfaces BOM, the jboss-javaee-6.0 BOM can be removed completely. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-11382) Datatable and ExtendedDatatable evaluate value attribute even if rendered=false

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-11382?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-11382: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> changed the Status of [bug 916314|https://bugzilla.redhat.com/show_bug.cgi?id=916314] from VERIFIED to CLOSED > Datatable and ExtendedDatatable evaluate value attribute even if rendered=false > ------------------------------------------------------------------------------- > > Key: RF-11382 > URL: https://issues.jboss.org/browse/RF-11382 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2 > Environment: Fedora 15, Glassfish 3.1.1, CDI (Weld) > Reporter: Frederick Kämpfer > Assignee: Brian Leathem > Labels: lazy-loaded > Fix For: 4.3.0.M3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > In Richfaces 4 both datatable and extendedDatatable evaluate the value attribute even when rendered is set to false, even though it is not necessary. This makes it hard to achieve performance by trimming parts of the view tree. The built-in h:dataTable behaves correctly in that case. > To reproduce simply try this snipplet: > {code:xml} > <h:form> > <rich:dataTable value="#{myBean.property}" rendered="false"> > </rich:dataTable> > </h:form> > {code} > Side note: The reason I'm posting this is, that i want to embed a rich:dataTable in a ajax loaded rich:togglePanelItem which is loaded on demand. Probably fixing the "render" problem will also make the dataTable lazy-loadable when switching to the corresponding togglePanelItem. > I hope this is no duplicate, I only found RichFaces 3 issues mentioning this problem. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12972) Clean up the javascript resource folder

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12972?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12972: ------------------------------- Sprint: 5.0.0.Alpha1 Sprint 4 > Clean up the javascript resource folder > --------------------------------------- > > Key: RF-12972 > URL: https://issues.jboss.org/browse/RF-12972 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: clean-up > Affects Versions: 5.0.0.Alpha1 > Reporter: Brian Leathem > Fix For: 5.0.0.Alpha1 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > These folders/files need to be cleaned up, with resources put in their proper namespaces.: > * /framework/src/main/resources/META-INF/resources > * /framework/src/main/resources/META-INF/resources/org.richfaces/jquery.* -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2013