April 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-9426) Check iteration state saving for facets of dataTable component

by Nick Belaevski (JIRA)

Check iteration state saving for facets of dataTable component --------------------------------------------------------------- Key: RF-9426 URL: https://jira.jboss.org/browse/RF-9426 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-tables, performance Affects Versions: 4.0.0.Milestone3 Reporter: Nick Belaevski Assignee: Konstantin Mishin Fix For: 4.0.0.Milestone4 Here is the excerpt from the letter I've just received: >>>> There is memory leak in UIDataAdaptorBase/rich:dataTable. >>>> It affects: >>>> - external filtering (input in "header" facet) >>>> - embedded filtering ("filterBy" column attribute) - facet >>>> "filterValueInput" is added internally >>>> >>>> Code in UIDataAdaptorBase#saveChildState: >>>> itr = c.getFacets().values().iterator(); >>>> while (itr.hasNext()) { >>>> saveChildState(faces, (UIComponent) itr.next(), childState); >>>> } >>>> >>>> Column facet state is saved in the view for each row. >>>> >>>> For the table with 500 rows 5 columns with filtering that resulst in >>>> 350kB >>>> of extra view size. >>>> UIDataAdaptorBase$DataState size - 350 kB >>>> There are 2500 (500 rows * 5 columns) instances of >>>> UIDataAdaptorBase$SavedState. >>>> >>>> The same table without filtering does not have this issue and >>>> UIDataAdaptorBase$DataState size is 1 kB. >>>> This affects 3.x. Please check if 4.x is affected by the problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
18
0 / 0

[JBoss JIRA] Created: (RF-10825) ClientBehavior: view state is not saved if behavior is marked to hold initial state

by Nick Belaevski (JIRA)

ClientBehavior: view state is not saved if behavior is marked to hold initial state ----------------------------------------------------------------------------------- Key: RF-10825 URL: https://issues.jboss.org/browse/RF-10825 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: architectural Affects Versions: 4.0.0.Final Reporter: Nick Belaevski ClientBehavior contains the following code: {noformat} @Override public Object saveState(FacesContext context) { Object[] state = null; Object parentState = super.saveState(context); if (initialStateMarked()) { if (parentState != null) { state = new Object[] { parentState }; } } else { Object savedHelper = null; if(behaviorStateHelper != null) { savedHelper = behaviorStateHelper.saveState(context); } state = new Object[3]; state[0] = parentState; state[1] = savedHelper; state[2] = saveBindings(context, bindings); } return state; }{noformat} however state of state helper should be saved even if initialStateMarked() is returning true. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
5
0 / 0

[JBoss JIRA] Created: (RF-9839) Tree: additional features: client-side API

by Nick Belaevski (JIRA)

Tree: additional features: client-side API ------------------------------------------ Key: RF-9839 URL: https://jira.jboss.org/browse/RF-9839 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.0.0.Milestone5 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.Milestone5 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

3
16
0 / 0

[JBoss JIRA] Created: (RF-10888) Datascroller: incompatibility with sorting feature

by Nick Belaevski (JIRA)

Datascroller: incompatibility with sorting feature -------------------------------------------------- Key: RF-10888 URL: https://issues.jboss.org/browse/RF-10888 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Nick Belaevski Priority: Critical When data scroller is used together with filtering, it's always one step behind of filtered value due to model not being reset when row count is being requested. <it:dataTable keepSaved="true" id="richTable" var="record" value="#{personBean.dataModel}" rows="20"> <ui:include src="column.xhtml"> <ui:param name="property" value="name" /> </ui:include> <ui:include src="column.xhtml"> <ui:param name="property" value="surname" /> </ui:include> <ui:include src="column.xhtml"> <ui:param name="property" value="email" /> </ui:include> <f:facet name="footer"> <it:dataScroller id="scroller" /> </f:facet> </it:dataTable> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
2
0 / 0

[JBoss JIRA] Moved: (RF-10927) review/discuss and plan resources strategies and compression

by Ilya Shaikovsky (JIRA)

[ https://issues.jboss.org/browse/RF-10927?page=com.atlassian.jira.plugin.s... ] Ilya Shaikovsky moved RFPL-762 to RF-10927: ------------------------------------------- Project: RichFaces (was: RichFaces Planning) Key: RF-10927 (was: RFPL-762) Affects Version/s: 4.0.0.Milestone1 (was: 4.0.0.Milestone1) Component/s: core (was: core) Fix Version/s: 4.Future (was: 4.Future) > review/discuss and plan resources strategies and compression > ------------------------------------------------------------ > > Key: RF-10927 > URL: https://issues.jboss.org/browse/RF-10927 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.0.0.Milestone1 > Reporter: Ilya Shaikovsky > Assignee: Nick Belaevski > Fix For: 4.Future > > > http://community.jboss.org/message/558629#558629 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (RF-10927) Implement resources loading strategies

by Ilya Shaikovsky (JIRA)

[ https://issues.jboss.org/browse/RF-10927?page=com.atlassian.jira.plugin.s... ] Ilya Shaikovsky updated RF-10927: --------------------------------- Summary: Implement resources loading strategies (was: review/discuss and plan resources strategies and compression) Affects: [Documentation (Ref Guide, User Guide, etc.), Interactive Demo/Tutorial] > Implement resources loading strategies > -------------------------------------- > > Key: RF-10927 > URL: https://issues.jboss.org/browse/RF-10927 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.0.0.Milestone1 > Reporter: Ilya Shaikovsky > Assignee: Nick Belaevski > Fix For: 4.Future > > > http://community.jboss.org/message/558629#558629 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-10885) Using rich:progressBar on a page breaks f:ajax onevent

by Adrian Meredith (JIRA)

Using rich:progressBar on a page breaks f:ajax onevent ------------------------------------------------------ Key: RF-10885 URL: https://issues.jboss.org/browse/RF-10885 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Final Environment: glassfish 3.1 mojarra 2.1 Reporter: Adrian Meredith When using rich:progress bar on a page onevent no longer functions the same way. When using mojarra onevent takes the name of a js function that takes one parameter (data). After inserting a rich component on the page onevent now requires attributes breaking compatability with standard jsf (and introducing untold amount of unpredictable bugs). mojarra : <f:ajax onevent="doValidateMessages"/> richfaces: <f:ajax onevent="doValidateMessages()"/> This means i have to use diffent syntax depending on whether i'm using richfaces on a particular page!! This is already a well established jsf2 application so rewriting it using the aforementioned workaround isn't very practical. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
14
0 / 0

[JBoss JIRA] Created: (RF-9727) Using rich:editor + spellchecker plugin + a4j:poll doesn't work right

by Chris Dollar (JIRA)

Using rich:editor + spellchecker plugin + a4j:poll doesn't work right --------------------------------------------------------------------- Key: RF-9727 URL: https://jira.jboss.org/browse/RF-9727 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input, component-push/poll Affects Versions: 3.3.3.Final Environment: Linux, JBoss 4.2.2.GA, Richfaces-3.3.3.Final Reporter: Chris Dollar Using the "spellchecker" plugin for the rich:editor (which is distributed with the RF library) does not work correctly when used on a page that contains an a4j:poll. When the a4j:poll action fires any spellcheck information in the rich:editor is lost. The forum link listed has more details about the issue and how the spellchecker plugin is supposed to work. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-10918) rich:inputNumberSlider can not slide the slider

by Juraj Huska (JIRA)

rich:inputNumberSlider can not slide the slider ----------------------------------------------- Key: RF-10918 URL: https://issues.jboss.org/browse/RF-10918 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile Environment: Demo-application - richfaces-demo-3.3.1.SP3-jee5 container - EAP 5.1 with Jboss AS 5 mobile devices - iPhone 4 - OS version iOS 4.2.1 - browser Safari iPad1 - OS version iOS 4.2.1 - browser Safari Nexus S - OS Android 2.3.2 Reporter: Juraj Huska Can not change the value by sliding the slider. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (RF-10914) rich:editor swithing between advanced and simple mode works after refresh of page

by Juraj Huska (JIRA)

rich:editor swithing between advanced and simple mode works after refresh of page --------------------------------------------------------------------------------- Key: RF-10914 URL: https://issues.jboss.org/browse/RF-10914 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile Affects Versions: 3.3.1.SP3 Environment: Demo-application - richfaces-demo-3.3.1.SP3-jee5 container - EAP 5.1 with Jboss AS 5 mobile devices - Nexus S - OS Android 2.3.2 Reporter: Juraj Huska Some functionality works after trying to load the page again, for example to swith between advanced and simple mode, some functionality did not work for me, like image importing menu. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues April 2011