May 2009 - richfaces-issues - Jboss List Archives

[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

[JBoss JIRA] Created: (RF-4428) 3.2.2.CR4: ajaxValidator doesn't find ValidatorMessages.properties

by Juergen Zimmermann (JIRA)

3.2.2.CR4: ajaxValidator doesn't find ValidatorMessages.properties ------------------------------------------------------------------ Key: RF-4428 URL: https://jira.jboss.org/jira/browse/RF-4428 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: RF 3.2.2.CR4, JSF 1.2_09, JBoss 4.2.3, Hibernate Validator 3.1.0.CR2, JDK 1.6.0_07 Reporter: Juergen Zimmermann I have this entity class: public class Kunde implements java.io.Serializable { @Column(length=NACHNAME_LENGTH_MAX) @NotNull(message="{kundenverwaltung.kunde.nachname.notNull}") @Length(min=NACHNAME_LENGTH_MIN, max=NACHNAME_LENGTH_MAX, message="{kundenverwaltung.kunde.nachname.length}") @Pattern(regex=NACHNAME_PATTERN, message="{kundenverwaltung.kunde.nachname.pattern}") @XmlElement(required=true) protected String nachname = ""; ...} The message keys like kundenverwaltung.kunde.nachname.length are declared in ValidatorMessages.properties and ValidatorMessages_de.properties. Both files are in the root of an EAR file. When doing Hibernate validation within the EJB module (resp. .jar file) there is no problem: the messages are picked up in the right language. However, when changing an xhtml page to use the new rich:ajaxValidator like the following fragment, then only a message pops up containing the message key, e.g. kundenverwaltung.kunde.nachname.length (see above). <h:form id="createForm"> <a4j:region> <h:panelGrid id="panelGrid" columns="3" columnClasses="kundendetailsBezeichner, kundendetailsDaten"> <h:outputLabel value="#{i18n['createEinenKunden.nachname']}" for="nachname"/> <h:inputText id="nachname" value="#{kv.neuerFirmenkunde.nachname}" required="true" requiredMessage="#{i18n['createEinenKunden.nachname.required']}"> <rich:ajaxValidator event="onblur" reRender="fehlermeldungNachname"/> </h:inputText> <rich:message id="fehlermeldungNachname" for="nachname" errorClass="error" showSummary="true" showDetail="true"> <f:facet name="errorMarker"> <h:graphicImage url="/images/error.gif"/> </f:facet> </rich:message> -- 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
19
0 / 0

[JBoss JIRA] Created: (RF-6919) scrollableDataTable: incorrect rows order after subsequent scrolling and sorting

by Tsikhon Kuprevich (JIRA)

scrollableDataTable: incorrect rows order after subsequent scrolling and sorting -------------------------------------------------------------------------------- Key: RF-6919 URL: https://jira.jboss.org/jira/browse/RF-6919 Project: RichFaces Issue Type: Bug Components: browser compatibility Affects Versions: 3.3.1 Environment: FF 3 IE7-8 Reporter: Tsikhon Kuprevich Assignee: Nick Belaevski Priority: Critical Try at jsp or facelets test applications forzenColCount="0" 1. Scroll the table down 2. Sort by the first column => Notice items in the first column, they should be ordered, but they are not. -- 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
5
0 / 0

[JBoss JIRA] Created: (RF-5597) toolTip javascript hide() doesn't work on safari

by Joe Stevens (JIRA)

toolTip javascript hide() doesn't work on safari ------------------------------------------------ Key: RF-5597 URL: https://jira.jboss.org/jira/browse/RF-5597 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: Mac OS Safari Reporter: Joe Stevens The hide() function of the javascript api doesn't work for rich:toolTip on Safari. The show() function works fine. The following is a test file that demonstrates the problem: <?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:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:rich="http://richfaces.org/rich"> <head> <script type="text/javascript">/* <![CDATA[ */ function showPopup( e, popupElemId ) { popup = document.getElementById( popupElemId ); popup.component.show(e); return false; } function hidePopup( e, popupElemId ) { popup = document.getElementById( popupElemId ); popup.component.hide(e); return false; } /* ]]> */</script> </head> <body> <f:view> <h:outputLink id="link" value="" onclick="return showPopup(event, '#{rich:clientId( 'popup' )}' )">Click to Open</h:outputLink> <rich:toolTip id="popup" for="link" showEvent="none" hideEvent="none"> <h:outputLink value="" onclick="return hidePopup( event, '#{rich:clientId( 'popup' )}' )">Click to Close</h:outputLink> </rich:toolTip> </f:view> </body> </html> -- 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
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 May 2009