[JBoss JIRA] (RF-13250) Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13250?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13250:
----------------------------------
Verified for 4.3.6.Final.
> Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
> --------------------------------------------------------------
>
> Key: RF-13250
> URL: https://issues.jboss.org/browse/RF-13250
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4, 4.3.5
> Environment: Gentoo Linux, Tomcat 7.0.39, MyFaces 2.1.12, Tomahawk 1.1.14, RichFaces 4.3.4, APR 1.4.5
> Reporter: Milo van der Zee
> Assignee: Juraj Húska
> Labels: memoryleak
> Fix For: 4.3.6, 5.0.0.Alpha4
>
> Attachments: rf.patch
>
>
> Hello,
> I did an upgrade from RF 4.3.3.Final to 4.3.4.Final and the application started to crash with 'Out Off Memory' errors. I changed the POM back to 4.3.3.Final and the problem is gone.
> I also started seeing this message lot's of times:
> {{WARN org.atmosphere.cpr.AtmosphereResponse - Committed error code 400}}
> I don't know if that has anything to do with the error. I set {{org.atmosphere.cpr.sessionSupport}} to {{true}} and I did not see the message again. But still the application went out-of-memory.
> In the crashed system heap dump I see a lot of:
> - AtomicBoolean (751.000, 15.0MB)
> - ConcurrentLinkedQueue
> - AtmospereRequest$Builder (60.042, 13.8MB)
> To me it looks like it has something to do with Atmosphere. Any ideas?
> Thanks,
> Milo van der Zee
--
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
10 years, 10 months
[JBoss JIRA] (RF-12491) Datatable model is accessed in tab panel which is not rendered using switch type "server"
by Luis Garcia (JIRA)
[ https://issues.jboss.org/browse/RF-12491?page=com.atlassian.jira.plugin.s... ]
Luis Garcia edited comment on RF-12491 at 4/6/14 2:03 AM:
----------------------------------------------------------
I recently tested this with RichFaces 5.0.0 Alpha3 and JSF 2.2 on Wildfly 8.0 Final
The issue is still present - The test were conducted using a set of Dynamic Tabs with DataTables inside them.
The data model for each DataTables was called upon - even if it wasn't the active Tab.
was (Author: peter.falken):
I recently tested this with RichFaces 5.0.0 Alpha3.
The issue is still present - The test were conducted using a set of Dynamic Tabs with DataTables inside them.
The data model for each DataTables was called upon - even if it wasn't the active Tab.
> Datatable model is accessed in tab panel which is not rendered using switch type "server"
> -----------------------------------------------------------------------------------------
>
> Key: RF-12491
> URL: https://issues.jboss.org/browse/RF-12491
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.2.0.Final, 4.2.2.Final
> Environment: Mojarra 2.1.20, JDK 1.6, JDK 1.7, Tomcat 7.0.x
> Reporter: Denis Pasek
> Labels: lazy-loaded
> Fix For: 5-Tracking
>
> Attachments: richfaces-visittree.zip, stacktrace-richfaces.png
>
>
> When a RichFaces Tab of a TabPanel contains a RichFaces DataTable the model of the DataTable is accessed even if the Tab is not rendered at all.
> Since the retrieval of the data table data might include costly database operations this is a serious performance issue.
> The issue seems to be related to the state saving of JSF: the methods are not called during encodeAll() but during state saving of view.
> My own analysis shows that AbstractTogglePanel visitTree() implementation visits all tab panels sub tree but not only the active one. Additionally it seems that the UIDataAdaptor wants to visit all rows of table even if it is not rendered as JSF state saving runs in RENDER_RESPONSE phase (see attached stacktrace).
--
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
10 years, 10 months
[JBoss JIRA] (RF-13594) Column width of rich:extendedDataTable with rich:dataScroller
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13594?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reopened RF-13594:
--------------------------------
> Column width of rich:extendedDataTable with rich:dataScroller
> -------------------------------------------------------------
>
> Key: RF-13594
> URL: https://issues.jboss.org/browse/RF-13594
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-ScrollableDataTable
> Affects Versions: 4.2.3.Final
> Environment: Windows 7 + IE / Firefox
> Reporter: Thomas Eichberger
> Attachments: screenshot.png
>
>
> I implemented a sortable rich:extendedDataTable with its according rich:dataScroller. After the table is filled resizing columns of the table works as supposed. When the page is changed by using the datascroller the column headers remain with the changed width, but the data columns are displayed with default column width. Because of this behavior the table is displayed distorted totally.
--
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
10 years, 10 months
[JBoss JIRA] (RF-13594) Column width of rich:extendedDataTable with rich:dataScroller
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13594?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13594.
--------------------------------
Resolution: Out of Date
> Column width of rich:extendedDataTable with rich:dataScroller
> -------------------------------------------------------------
>
> Key: RF-13594
> URL: https://issues.jboss.org/browse/RF-13594
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-ScrollableDataTable
> Affects Versions: 4.2.3.Final
> Environment: Windows 7 + IE / Firefox
> Reporter: Thomas Eichberger
> Attachments: screenshot.png
>
>
> I implemented a sortable rich:extendedDataTable with its according rich:dataScroller. After the table is filled resizing columns of the table works as supposed. When the page is changed by using the datascroller the column headers remain with the changed width, but the data columns are displayed with default column width. Because of this behavior the table is displayed distorted totally.
--
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
10 years, 10 months
[JBoss JIRA] (RF-13594) Column width of rich:extendedDataTable with rich:dataScroller
by Thomas Eichberger (JIRA)
[ https://issues.jboss.org/browse/RF-13594?page=com.atlassian.jira.plugin.s... ]
Thomas Eichberger resolved RF-13594.
------------------------------------
Resolution: Done
Hi Brian,
many thanks for your reply. It seems to be fixed in the new versions.
Best regards
Thomas
> Column width of rich:extendedDataTable with rich:dataScroller
> -------------------------------------------------------------
>
> Key: RF-13594
> URL: https://issues.jboss.org/browse/RF-13594
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-ScrollableDataTable
> Affects Versions: 4.2.3.Final
> Environment: Windows 7 + IE / Firefox
> Reporter: Thomas Eichberger
> Attachments: screenshot.png
>
>
> I implemented a sortable rich:extendedDataTable with its according rich:dataScroller. After the table is filled resizing columns of the table works as supposed. When the page is changed by using the datascroller the column headers remain with the changed width, but the data columns are displayed with default column width. Because of this behavior the table is displayed distorted totally.
--
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
10 years, 10 months
[JBoss JIRA] (RF-13531) selects: cannot select option on IE11
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13531?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak closed RF-13531.
------------------------------
> selects: cannot select option on IE11
> -------------------------------------
>
> Key: RF-13531
> URL: https://issues.jboss.org/browse/RF-13531
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3
> Environment: IE 11
> Reporter: Jiří Štefek
> Assignee: Brian Leathem
> Labels: IE11
> Fix For: 4.3.6
>
>
> Components: autocomplete, select, inplaceSelect.
> Works on IE 10.
> ----
> Issues:
> * User cannot visually select an option from the popup list == moving mouse over the items in the list will not change theirs class.
> ** however clicking on the item will select the option correctly. {color:red}EXCEPT autocomplete (RF4), where it will not select anything{color}.
> ** workaround: the item can be selected, when moving off the list and back to it on the correct item, but the cursor should not move through scroller.
> * User cannot select option with keyboard.
--
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
10 years, 10 months