September 2008 - richfaces-issues

[JBoss JIRA] Created: (RF-4519) treeNode: incorrect information in developer guide.

by Alexander Dubovsky (JIRA)

treeNode: incorrect information in developer guide. --------------------------------------------------- Key: RF-4519 URL: https://jira.jboss.org/jira/browse/RF-4519 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Alexander Dubovsky Assignee: Svetlana mukhina # open treeNode page in dev. guide (http://www.jboss.org/file-access/default/members/jbossrichfaces/freezone/...) # look at "6.91.6. Built-in Drag and Drop" chapter => "..... similar to the ones of the <rich:draggable> and <rich:dropZone> components ....." there are no such components in RichFaces -- 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

15 years, 7 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-3136) dataDefinitionList: Guide: ajaxKeys attribute not described

by Tsikhon Kuprevich (JIRA)

dataDefinitionList: Guide: ajaxKeys attribute not described ----------------------------------------------------------- Key: RF-3136 URL: http://jira.jboss.com/jira/browse/RF-3136 Project: RichFaces Issue Type: Bug Reporter: Tsikhon Kuprevich Assigned To: Svetlana mukhina dataDefinitionList: Guide: ajaxKeys attribute not described -- 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

15 years, 7 months

6
10
0 / 0

[JBoss JIRA] Created: (RF-4295) modalPanel: following attributes should be hidden - value, valueChangeListener, validator & validatorMessage.

by Mikhail Vitenkov (JIRA)

modalPanel: following attributes should be hidden - value, valueChangeListener, validator & validatorMessage. ------------------------------------------------------------------------------------------------------------- Key: RF-4295 URL: https://jira.jboss.org/jira/browse/RF-4295 Project: RichFaces Issue Type: Bug Environment: IE6, IE7, FF 3.1, Safari 3.1, Opera 9.51(3.2.2.BETA5) Reporter: Mikhail Vitenkov 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

15 years, 7 months

5
5
0 / 0

[JBoss JIRA] Created: (RF-3659) inplaceSelect in IE. scrolls works wrong

by Ilya Shaikovsky (JIRA)

inplaceSelect in IE. scrolls works wrong ---------------------------------------- Key: RF-3659 URL: http://jira.jboss.com/jira/browse/RF-3659 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Anton Belevich -- 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

15 years, 7 months

3
6
0 / 0

[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

15 years, 7 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

15 years, 7 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

15 years, 7 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

15 years, 7 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

15 years, 7 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

15 years, 7 months

5
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2008