June 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-3557) ContextMenu: opposite menuGroup there is a text "&160;"

by Aleksej Yanul (JIRA)

ContextMenu: opposite menuGroup there is a text "&160;" -------------------------------------------------------- Key: RF-3557 URL: http://jira.jboss.com/jira/browse/RF-3557 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: FF Reporter: Aleksej Yanul Assigned To: Nick Belaevski Priority: Critical Attachments: contextMenu.JPG -- 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

17 years, 4 months

2
6
0 / 0

[JBoss JIRA] Created: (RF-3524) js error on conditional calendar rendering

by Ilya Shaikovsky (JIRA)

js error on conditional calendar rendering ------------------------------------------ Key: RF-3524 URL: http://jira.jboss.com/jira/browse/RF-3524 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski <h:form> <a4j:outputPanel id="result" ajaxRendered="true"> <c:set var="expression1" value="#{calendarBean.flag}" /> <c:set var="availDate" value="#{production.availDate}" /> <c:if test="${expression1=='false'}"> <h:inputText id="sisterTerritoryRelDate" style="border: thin dotted"> <a4j:support event="onclick" action="#{calendarBean.switchFlag}" reRender="result"> </a4j:support> </h:inputText> </c:if> <c:if test="${expression1=='true'}"> <rich:calendar datePattern="dd-MMM-yyyy" value="#{calendarBean.selectedDate}"> <a4j:support event="oninputclick" action="#{calendarBean.switchFlag}" reRender="result"> </a4j:support> </rich:calendar> </c:if> </a4j:outputPanel> </h:form> checked in demo environment on todays build. JS error which customer described exist. -- 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

17 years, 4 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-3502) Inplaces: Buttons hide input field if controlsVerticalPosition="top".

by Heorhi Maksimenko (JIRA)

Inplaces: Buttons hide input field if controlsVerticalPosition="top". --------------------------------------------------------------------- Key: RF-3502 URL: http://jira.jboss.com/jira/browse/RF-3502 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: All browsers Reporter: Heorhi Maksimenko Assigned To: Nick Belaevski Attachments: RF 3502 IE6.jpg, RF 3502 Safari inplaceInput.jpg, RF 3502 Safari inplaceSelect.jpg <rich:inplaceSelect showControls="true" controlsHorizontalPosition="left" controlsVerticalPosition="top" id="inplaceSelect" defaultLabel="invisible"> <f:facet name="controls"> <f:verbatim> <button onclick="$('formID:inplaceSelectSubviewID:inplaceSelect').component.save()" type="button">Save</button> <button onclick="$('formID:inplaceSelectSubviewID:inplaceSelect').component.cancel()" type="button">Cancel</button> </f:verbatim> </f:facet> <f:selectItem itemLabel="visible" itemValue="visible" /> <f:selectItem itemLabel="invisible" itemValue="invisible" /> </rich:inplaceSelect> Click on inplaceSelect on the page.--> inplaceSelect go to edit state, but buttons are presented in incorrect place. See attachment. Expected results: InplaceInput and InplaceSelect should be higher -- 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

17 years, 4 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-3411) a4j:commandLink and commandButton do not work inside a region inside a ui:repeat

by Damian Harvey (JIRA)

a4j:commandLink and commandButton do not work inside a region inside a ui:repeat -------------------------------------------------------------------------------- Key: RF-3411 URL: http://jira.jboss.com/jira/browse/RF-3411 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: Jboss Seam 2.1.0, Jboss AS 4.2.2, Richfaces 3.2, Mac OSX 10.4.11 (also tested under Windows XP with IE7) Reporter: Damian Harvey If an a4j:commandLink (or a4j:commandButton) are inside an a4j:region which is inside a ui:repeat they will not be able to fire their actions. Instead the browser will render a blank page. The server logs aren't touched. Very simple page and bean to recreate. Using Seam to bind page and bean. I can create sample project if required. Page: ====== <h:form> <ui:repeat value="#{testBean.cities}" var="city"> #{city} : <a:commandLink action="#{testBean.hello}" reRender="nameDiv"> <h:outputText value="This Works"/> </a:commandLink>   <a:region> <a:commandLink action="#{testBean.hello}" reRender="nameDiv"> <h:outputText value="inside region"/> </a:commandLink> <a:commandButton action="#{testBean.hello}" reRender="nameDiv" value="This Does Not"/> </a:region> <br/> </ui:repeat> <hr/> <a:repeat value="#{testBean.cities}" var="city"> #{city} : <a:commandLink action="#{testBean.hello}" reRender="nameDiv"> <h:outputText value="This Works"/> </a:commandLink>   <a:region> <a:commandLink action="#{testBean.hello}" reRender="nameDiv"> <h:outputText value="This Also Now Works"/> </a:commandLink> </a:region> <br/> </a:repeat> </h:form> Bean: ====== public List<String> getCities() { List<String> cities = new ArrayList<String>(); cities.add("London"); cities.add("Auckland"); return cities; } public void hello() { log.info(MessageFormat.format(messages.get("test"), "hello")); facesMessages.addFromResourceBundle("test", "Hello"); } -- 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

17 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-3382) Closed SimpleTogglePanel on postback behaves like it is being rendered

by h b (JIRA)

Closed SimpleTogglePanel on postback behaves like it is being rendered ---------------------------------------------------------------------- Key: RF-3382 URL: http://jira.jboss.com/jira/browse/RF-3382 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: Facelets, MyFaces, Tomcat, XP/OSX Reporter: h b On page post-back, the SimpleTogglePanel with switch type 'Ajax' or 'Server' invokes backing bean getters even when it is not open. <rich:simpleTogglePanel opened="false" switchType="ajax"> <f:facet name="header">hello</f:facet> <ui:repeat value="#{backingBean.expensiveData}" var="data"> #{data.tag} </ui:repeat> <rich:dataTable value="#{backingBean.expensiveData2}".../> <h:outputText value="#{backingBean.expensiveData3}"/> </rich:simpleTogglePanel> The first time the page is rendered backingBean.getExpensiveData, getExpensiveData2 and getExpensiveData3 are not invoked. However on postback getExpensiveData, getExpensiveData2 are invoked (getExpensiveData3 is not invoked). The same thing happens with TabControls that are not visible and toggle panel facets that are not visible. -- 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

17 years, 4 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-3099) describe poll with limitToList=true usage

by Ilya Shaikovsky (JIRA)

describe poll with limitToList=true usage ----------------------------------------- Key: RF-3099 URL: http://jira.jboss.com/jira/browse/RF-3099 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Reporter: Ilya Shaikovsky Assigned To: Svetlana mukhina Priority: Minor Fix For: 3.1.5, 3.2.1 -- 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

17 years, 4 months

5
12
0 / 0

[JBoss JIRA] Created: (RF-2670) virtualEarth: is not displayed in opera

by Aleksej Yanul (JIRA)

virtualEarth: is not displayed in opera --------------------------------------- Key: RF-2670 URL: http://jira.jboss.com/jira/browse/RF-2670 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Reporter: Aleksej Yanul Assigned To: Nick Belaevski -- 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

17 years, 4 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-2527) CDK parses HTML DTD every time project is built

by Maksim Kaszynski (JIRA)

CDK parses HTML DTD every time project is built ----------------------------------------------- Key: RF-2527 URL: http://jira.jboss.com/jira/browse/RF-2527 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.5, 3.2.0 Reporter: Maksim Kaszynski Assigned To: Maksim Kaszynski Fix For: 3.1.5, 3.2.0 DTD can be parsed once during CDK build, and then serialized into static resource. This can greatly improve performance of CDK for multi-module projects. -- 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

17 years, 4 months

2
6
0 / 0

[JBoss JIRA] Created: (RF-1396) Add late rendering support for Calendar in client mode

by Boris Kirzner (JIRA)

Add late rendering support for Calendar in client mode ------------------------------------------------------ Key: RF-1396 URL: http://jira.jboss.com/jira/browse/RF-1396 Project: RichFaces Issue Type: Feature Request Reporter: Boris Kirzner Current implementation always renders a calendar on page load even if popup is true. The rendering operation takes about 100ms in average. Thus, adding 10 calendar instances to a page causes additional 1 second delay in page loading. This is completely redundant on page load since in real production scenario most of the dates have a big probability to remain untouched. Calendar should support late rendering, i.e. popup should be actually rendered only after user clicks in image for the first time. -- 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

17 years, 4 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-3555) scrollable. JS error after initial rendering in FF. (LiveDemo)

by Ilya Shaikovsky (JIRA)

scrollable. JS error after initial rendering in FF. (LiveDemo) -------------------------------------------------------------- Key: RF-3555 URL: http://jira.jboss.com/jira/browse/RF-3555 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIChannel.open] -- 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

17 years, 4 months

4
3
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2008