February 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-5851) Menu Item: process attribute does not work

by Andrei Markavtsov (JIRA)

Menu Item: process attribute does not work ------------------------------------------- Key: RF-5851 URL: https://jira.jboss.org/jira/browse/RF-5851 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Andrei Markavtsov Assignee: Nick Belaevski -- 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

16 years, 11 months

4
6
0 / 0

[JBoss JIRA] Created: (RF-4030) Javascript errors after redirect

by Michael Heinen (JIRA)

Javascript errors after redirect -------------------------------- Key: RF-4030 URL: https://jira.jboss.org/jira/browse/RF-4030 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.5 Environment: myFaces 1.1.5 tomahawk 1.1.5 Reporter: Michael Heinen I use a ServletFilter for all requests to check whether user is still logged in, his session is still valid and whether backend system are available. If anything is wrong I redirect the current (Ajax) request to another page which can be outside of my application. In this szenario Javascript errors occur in function A4J.AJAX.replacePage All access to LOG has to be checked after following line: window.document.write(req.getResponseText()); Logging debug output should not result in javascript errors. Therefore the existence of LOG has to be checked after the response is inserted into the current document. I found 7 occurrences e.g. if (window.LOG){LOG.debug("...");} -- 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

16 years, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-5963) rich:comboBox forces its listWidth upon parent HTML elements

by Anton Belevich (JIRA)

rich:comboBox forces its listWidth upon parent HTML elements ------------------------------------------------------------ Key: RF-5963 URL: https://jira.jboss.org/jira/browse/RF-5963 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Anton Belevich Assignee: Anton Belevich Fix For: 3.3.1 -- 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

16 years, 11 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-6027) ModalPanel: incomplete cleanup at destroy method

by Sergey Astakhov (JIRA)

ModalPanel: incomplete cleanup at destroy method ------------------------------------------------ Key: RF-6027 URL: https://jira.jboss.org/jira/browse/RF-6027 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: IE7 Reporter: Sergey Astakhov Extracts from modalPanel.js: show(): ... if (this.options.autosized) { this.observerSize = window.setInterval(this.correctShadowSize.bindAsEventListener(this), 500); } ... hide(): ... if (this.options.autosized) { window.clearInterval(this.observerSize); } ... You are setting up timer listener when ModalPanel is displayed, and clear it when hiding. All works fine when show() is paired with hide(), but there is exist a possibilities when region with panel is replaced by ajax response, then on panel is called only the destroy() method, but not hide(). In this case timer is rest in memory and cause flickering of shadow of panel if you try to display the panel (replaced by ajax) again (and may cause memory leaks). As workaround I tried to include cleanup code in destroy() method: --- ModalPanel.prototype.originalModalDestroy = ModalPanel.prototype.destroy; ModalPanel.prototype.destroy = function(id, options) { if( this.shown && this.options.autosized ) { window.clearInterval(this.observerSize); } return this.originalModalDestroy(id, options); }; --- After this change the problems seems to gone away. -- 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

16 years, 11 months

4
11
0 / 0

[JBoss JIRA] Created: (RF-6256) Seam transactions are working for resources requests

by Nick Belaevski (JIRA)

Seam transactions are working for resources requests ---------------------------------------------------- Key: RF-6256 URL: https://jira.jboss.org/jira/browse/RF-6256 Project: RichFaces Issue Type: Bug Reporter: Nick Belaevski -- 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

16 years, 11 months

4
12
0 / 0

[JBoss JIRA] Created: (RF-4761) MultipartRequest: not serializable exception in clusters

by Nick Belaevski (JIRA)

MultipartRequest: not serializable exception in clusters -------------------------------------------------------- Key: RF-4761 URL: https://jira.jboss.org/jira/browse/RF-4761 Project: RichFaces Issue Type: Bug Reporter: Nick Belaevski -- 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

16 years, 11 months

2
6
0 / 0

[JBoss JIRA] Created: (RF-3686) listShuttle and s:entityConverter

by Marcell Barbacena (JIRA)

listShuttle and s:entityConverter ---------------------------------- Key: RF-3686 URL: http://jira.jboss.com/jira/browse/RF-3686 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: JBoss 4.2 GA, Seam 2.0.2.SP1 Reporter: Marcell Barbacena Using s:entityConverter with listShuttle is losing managed entity having to do lots of queries after ajax event. Code: <rich:listShuttle id="selectionId" sourceValue="#{someAction.objectAvaliable}" targetValue="#{bean.selected}" var="obj" copyControlLabel="Copy" removeControlLabel="Remove" copyAllControlLabel="Copy All" removeAllControlLabel="Remove All" orderControlsVisible="false" fastOrderControlsVisible="false" sourceCaptionLabel="Avaliable" targetCaptionLabel="Selected" > <s:convertEntity /> <rich:column> <f:facet name="header"> Number </f:facet> <h:outputText value="#{obj.numero}" /> </rich:column> <a4j:support event="onlistchanged" reRender="counter" action="#{someAction.touch}" /> </rich:listShuttle> -- 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

16 years, 11 months

4
8
0 / 0

[JBoss JIRA] Created: (RF-1234) Ajax4Jsf doesn't rerender tbody on ajax request in IE

by Mikhail Grushinskiy (JIRA)

Ajax4Jsf doesn't rerender tbody on ajax request in IE ----------------------------------------------------- Key: RF-1234 URL: http://jira.jboss.com/jira/browse/RF-1234 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Mikhail Grushinskiy Ajax4Jsf doesn't rerender tbody on ajax request in IE We have a table with multiple tbody elements and we need to rerender specific tbody on ajax request. It works fine with ajax4jsf in FireFox but fails in IE It looks like same bug which is reported closed http://jira.jboss.com/jira/browse/AJSF-89 -- 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

16 years, 11 months

4
11
0 / 0

[JBoss JIRA] Created: (RF-6278) ScriptUtils: toScript() fails with java.sql.* types

by Nick Belaevski (JIRA)

ScriptUtils: toScript() fails with java.sql.* types --------------------------------------------------- Key: RF-6278 URL: https://jira.jboss.org/jira/browse/RF-6278 Project: RichFaces Issue Type: Bug Reporter: Nick Belaevski -- 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

16 years, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-5671) Panel Menu. selectedChild problems

by Ilya Shaikovsky (JIRA)

Panel Menu. selectedChild problems ---------------------------------- Key: RF-5671 URL: https://jira.jboss.org/jira/browse/RF-5671 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski 1) <rich:panelMenu selectedChild="#{userBean.name}" id="pb" mode="ajax"> <rich:panelMenuItem id="one" label="one"/> <rich:panelMenuItem id="two" label="two"/> </rich:panelMenu> In this case initial rendering is ok. But after clicking two - this value not saved into the model - so selection lost after refresh 2) <rich:panelMenu selectedChild="#{userBean.name}" id="pb" mode="ajax"> <rich:panelMenuItem id="one" label="one"/> <rich:panelMenuItem id="two" label="two"/> </rich:panelMenu> <a4j:commandButton value="change selected" action="#{userBean.action}" reRender="pb"></a4j:commandButton> action on the command button changes selected child in the model via ajax, but the component isn't read it from the model on rendering - so selection change doesn't happens. 3) <rich:panelMenu selectedChild="#{userBean.name}" id="pb" mode="ajax"> <rich:panelMenuGroup expanded="true"> <rich:panelMenuItem id="one" label="one"/> <rich:panelMenuItem id="two" label="two"/> </rich:panelMenuGroup> </rich:panelMenu> In this case if the User.name="one" by default - no selection will happens at all from the beggining because item in collapsed group. -- 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

16 years, 11 months

4
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues February 2009