July 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-7136) h:inputText doesn't reflect backing bean value on ajax rerendering

by Denis Petrunin (JIRA)

h:inputText doesn't reflect backing bean value on ajax rerendering ------------------------------------------------------------------ Key: RF-7136 URL: https://jira.jboss.org/jira/browse/RF-7136 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: RichFaces 3.3.0GA Mojarra JSF Implementation 1.2_12-b01-FCS Reporter: Denis Petrunin 1) open edit.jsf page (see below) 2) input "1" into "Id" field, click "Edit" button 3) make a note that "Name" field contains "First", "Note" field contains "Note-1" 4) clear "Name" field, click "Save" button 5) make a not that the error message is shown: "fmEdit:itName: Validation Error: Value is required." 6) input "2" into "Id" field, click "Edit" button 7) make a note that "Name" field contains "Second", "Note" field still contains "Note-1" Expected result: "Note" field must contain "Note-2" I think other UIInput, UIData are affected as well. <<===== edit.jspx =====>> <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:rich="http://richfaces.org/rich" xmlns:h="http://java.sun.com/jsf/html" xmlns:a4j="http://richfaces.org/a4j" xmlns:s="http://jboss.com/products/seam/taglib"> <head> </head> <body> <h:form id="fmItemSelector"> <h:outputLabel value="Id" /> <h:inputText value="#{bean.editingItemId}" /> <a4j:commandButton value="Edit" reRender="fmEdit" /> </h:form> <h:form id="fmEdit"> <h:panelGrid columns="2"> <h:outputLabel value="Name" /> <h:inputText id="itName" value="#{bean.editingItem.name}" required="true" disabled="#{bean.editingItem == null}" /> <h:outputLabel value="Note" /> <h:inputText id="itNote" value="#{bean.editingItem.note}" required="true" disabled="#{bean.editingItem == null}" /> </h:panelGrid> <a4j:commandButton value="Save" rendered="#{bean.editingItem != null}" action="#{bean.save}" reRender="fmItemSelector, fmEdit" /> </h:form> <rich:messages /> </body> </html> <<===== Backing bean =====>> import java.util.Arrays; import java.util.List; import org.jboss.seam.ScopeType; import org.jboss.seam.annotations.Name; import org.jboss.seam.annotations.Scope; @Name("bean") @Scope(ScopeType.SESSION) public class Test { private static final List<Item> model = Arrays.asList(new Item(1, "First", "Note-1"), new Item(2, "Second", "Note-2")); private Integer editingItemId; public Item getEditingItem() { if (editingItemId == null) return null; for (Item item : model) { if (item.getId() == editingItemId) return item; } return null; } public void save() { editingItemId = null; } public Integer getEditingItemId() { return editingItemId; } public void setEditingItemId(Integer editingItemId) { this.editingItemId = editingItemId; } public static class Item { private int id; private String name; private String note; public Item(int id, String name, String note) { this.id = id; this.name = name; this.note = note; } public int getId() { return id; } public void setId(int id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getNote() { return note; } public void setNote(String note) { this.note = note; } } } -- 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, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-7172) Parameters not being passed to contextMenu

by Daniel Wiell (JIRA)

Parameters not being passed to contextMenu ------------------------------------------ Key: RF-7172 URL: https://jira.jboss.org/jira/browse/RF-7172 Project: RichFaces Issue Type: Bug Components: component Affects Versions: 3.3.1 Environment: richfaces 3.3.1.CR2, JSF 1.2_12, Seam 2.1.2.CR1 Reporter: Daniel Wiell The following snippet display testValue in the JavaScript alert when using 3.3.0.GA. 3.3.1.CR2 displays {testParam} <h:outputLink value="#"> click <rich:componentControl event="onclick" for="contextMenu" operation="show"> <f:param name="testParam" value="testValue"/> </rich:componentControl> </h:outputLink> <rich:contextMenu id="contextMenu"> <rich:menuItem onselect="alert('{testParam}');"> Test <f:param name="testParam" value="{testParam}"/> </rich:menuItem> </rich:contextMenu> -- 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, 7 months

6
15
0 / 0

[JBoss JIRA] Created: (RF-7594) PhotoAlbum: links do not work

by Nick Belaevski (JIRA)

PhotoAlbum: links do not work ----------------------------- Key: RF-7594 URL: https://jira.jboss.org/jira/browse/RF-7594 Project: RichFaces Issue Type: Bug Components: examples 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, 7 months

5
9
0 / 0

[JBoss JIRA] Created: (RF-3902) rich:scrollabledatatable loses input field values when AJAX scrolling occurs

by Daniel Young (JIRA)

rich:scrollabledatatable loses input field values when AJAX scrolling occurs ---------------------------------------------------------------------------- Key: RF-3902 URL: http://jira.jboss.com/jira/browse/RF-3902 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1, 3.2.0.SR1, 3.2.2 Reporter: Daniel Young Priority: Critical We are trying to do in-table editing with <rich:scrollabledatatable>, but the user's input gets reset if they use scroll down and then back up again. I've traced the ajax request using Firebug, and can see that the user's input values do get POST'ed when the AJAX scrolling occurs. I also tried debugging UIScrollableDataTable against the source, into the processScrolling() method, but did not have enough JSF component knowledge to make sense of it. -- 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, 7 months

8
10
0 / 0

[JBoss JIRA] Created: (RF-7290) A bug is identified in tiny_mce_src.js packaged within Richfaces. Richfaces future release needs to update tiny mce to version 3.2.4.1 where the bug has been fixed.

by Gary Hu (JIRA)

A bug is identified in tiny_mce_src.js packaged within Richfaces. Richfaces future release needs to update tiny mce to version 3.2.4.1 where the bug has been fixed. -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: RF-7290 URL: https://jira.jboss.org/jira/browse/RF-7290 Project: RichFaces Issue Type: Thirdparty Change Affects Versions: 3.3.1, 3.3.0, 3.2.2 Reporter: Gary Hu Fix For: 3.3.2.CR1 A bug is identified in tiny_mce_src.js packaged within Richfaces. The version of tiny mce coming with Richfaces is 3.2. The following is the problematic code in tiny_mce_src.js: function fakeUnload() { var d = document; debugger; if (d.readyState == "interactive") { function stop() { d.detachEvent("onstop", stop); unload(); d = null; } *** d.attachEvent("onstop", stop); window.setTimeout(function () { *** d.detachEvent("onstop", stop); }, 0); } } The lines with "***" are problematic. The code needs to check if "d" is null for those lines. The latest Tiny mce release 3.2.4.1 has fixed the above issue. The following is the code in 3.2.4.1: function fakeUnload() { var d = document; // Is there things still loading, then do some magic if (d.readyState == 'interactive') { function stop() { // Prevent memory leak d.detachEvent('onstop', stop); // Call unload handler if (unload) unload(); d = 0; }; // Fire unload when the currently loading page is stopped if (d) d.attachEvent('onstop', stop); // Remove onstop listener after a while to prevent the unload function // to execute if the user presses cancel in an onbeforeunload // confirm dialog and then presses the browser stop button window.setTimeout(function() { if (d) d.detachEvent('onstop', stop); }, 0); } }; -- 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, 7 months

6
9
0 / 0

[JBoss JIRA] Created: (RF-927) New highlighter

by Svetlana mukhina (JIRA)

New highlighter --------------- Key: RF-927 URL: http://jira.jboss.com/jira/browse/RF-927 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.1.0 Reporter: Svetlana mukhina Assigned To: Nick Belaevski Fix For: 3.2.0 We need a new highlighter, more sophisticated one. -- 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, 7 months

3
22
0 / 0

[JBoss JIRA] Created: (RF-924) Tables movement

by Svetlana mukhina (JIRA)

Tables movement --------------- Key: RF-924 URL: http://jira.jboss.com/jira/browse/RF-924 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.1.0 Reporter: Svetlana mukhina Assigned To: Korluzhenko Veronika Fix For: 3.2.0 The Table of attributes and Component identification parameters will be placed in the end of each component chapter -- 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, 7 months

2
16
0 / 0

[JBoss JIRA] Created: (RF-7204) Filtering with rich:column in a composition doesn't work properly.

by Mikhail Vitenkov (JIRA)

Filtering with rich:column in a composition doesn't work properly. ------------------------------------------------------------------ Key: RF-7204 URL: https://jira.jboss.org/jira/browse/RF-7204 Project: RichFaces Issue Type: Bug Components: component Affects Versions: 3.3.2.CR1 Environment: IE6, IE7, IE8, FF2, FF3.0.10, Safari 3.1, Opera 9.62, Chrome 1.0.154.43(3.3.2-snapshot; facelets, jsf 1.2_12) Reporter: Mikhail Vitenkov Assignee: Nick Belaevski #1. Create composition for column representation(column.xhtml) in following way: <ui:composition> <rich:column filterBy="#{obj[filterBy]}" filterEvent="onkeyup"> <f:facet name="header"> <t:outputText value="#{title}" /> </f:facet> <ui:insert/> </rich:column> </ui:composition> #2. Define this composition in custom taglib: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE facelet-taglib PUBLIC "-//Sun Microsystems, Inc.//DTD Facelet Taglib 1.0//EN" "facelet-taglib_1_0.dtd"> <facelet-taglib> <namespace>http://mihey.vit/tags</namespace> <tag> <tag-name>column</tag-name> <source>column.xhtml</source> </tag> </facelet-taglib> #3. Register taglib in web.xml: <context-param> <param-name>facelets.LIBRARIES</param-name> <param-value> /WEB-INF/myTags.taglib.xml </param-value> </context-param> #4. Add custom tag in a page: <h:form> <rich:dataTable label="Table" value="#{custom.testList}" rows="10" var="obj"> <my:column title="FIRST" filterBy="first"> <h:outputText value="#{obj.first}" /> </my:column> <my:column title="SECOND" filterBy="second"> <h:outputText value="#{obj.second}" /> </my:column> <my:column title="THIRD" filterBy="third"> <h:outputText value="#{obj.third}" /> </my:column> <my:column title="LAST" filterBy="last"> <h:outputText value="#{obj.last}" /> </my:column> </rich:dataTable> </h:form> #5. Navigate to the page and try to filter the 1st column by entering something in filter input. #6. Verify filtering. Actual behavior: Filtering occurs only for the last column in dataTable. -- 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, 7 months

2
6
0 / 0

[JBoss JIRA] Created: (RF-7270) Investigate IE6 peekaboo bug specifically with the SImpleTogglePanel

by Jay Balunas (JIRA)

Investigate IE6 peekaboo bug specifically with the SImpleTogglePanel -------------------------------------------------------------------- Key: RF-7270 URL: https://jira.jboss.org/jira/browse/RF-7270 Project: RichFaces Issue Type: Bug Components: browser compatibility, component-panels-layout-themes Affects Versions: 3.2.2 Environment: IE6 Reporter: Jay Balunas Priority: Critical Fix For: 3.3.2.CR1, 4.0.0.BETA1 A user is reporting that the simpleTogglePanel is very susceptible to the IE6 peekaboo bug. Under certain conditions, depending upon the content of the simpleTogglePanel, the headers will disappear. When you scroll down the page and then scroll back up they re-appear. My expectation is that a UI component should be somewhat resistant to common IE6 problems such as the peekaboo bug. There are ways to work around this issue see: http://coreykimball.wordpress.com/2008/05/23/ie6-peek-a-boo-bug/ http://www.positioniseverything.net/explorer/peekaboo.html We first need to investigate and recreate this issue, then see what is required to harden the component and others like it so that this is not a problem. -- 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, 7 months

4
14
0 / 0

[JBoss JIRA] Created: (RF-5763) maxHeight and maxWidth for rich:modalPanel to restrict autosized="true"

by Francisco Jose Peredo Noguez (JIRA)

maxHeight and maxWidth for rich:modalPanel to restrict autosized="true" ------------------------------------------------------------------------ Key: RF-5763 URL: https://jira.jboss.org/jira/browse/RF-5763 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.2 Reporter: Francisco Jose Peredo Noguez If I configure a rich:modalPanel with autosized="true", and its contents change dinamically, its size might increase wihout any limit, I want to be able to constraint the maximum heigth or wdith that the the modalPanel can reach. -- 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, 7 months

3
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 July 2009