January 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-7453) scrollableDataTable rows are shifted to the left in case of gloab css style: body {text-align: center}

by Denis Petrunin (JIRA)

scrollableDataTable rows are shifted to the left in case of gloab css style: body {text-align: center} ------------------------------------------------------------------------------------------------------ Key: RF-7453 URL: https://jira.jboss.org/jira/browse/RF-7453 Project: RichFaces Issue Type: Bug Components: component-ScrollableDataTable Affects Versions: 3.3.1 Environment: RichFaces 3.3.1, Internet Explorer 7 Reporter: Denis Petrunin Priority: Minor scrollableDataTable rows are shifted to the left in case of gloab css style: body {text-align: center}. The issue is reproducible in IE 7. There is no such issue in IE6, FF 3.0.11. Try the following code (backing bean must return not empty list). <html xmlns="http://www.w3.org/1999/xhtml" xmlns:f="http://java.sun.com/jsf/core" xmlns:rich="http://richfaces.org/rich" > <head> <style type="text/css"> body {text-align: center} </style> </head> <body> <rich:scrollableDataTable value="#{bean.items}" var="item" width="200px" height="100px"> <rich:column width="70"> <f:facet name="header"> COLUMN </f:facet> #{item} </rich:column> </rich:scrollableDataTable> </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

4
6
0 / 0

[JBoss JIRA] Created: (RF-8163) rich:calendar switching between JulianCalendar and Gregorian

by Thomas Morper (JIRA)

rich:calendar switching between JulianCalendar and Gregorian ------------------------------------------------------------ Key: RF-8163 URL: https://jira.jboss.org/jira/browse/RF-8163 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.2.GA, 3.3.2.CR1 Environment: Windows (several versions), Tomcat 6.0.18, MS IE 8 or Firefox 3.0. Reporter: Thomas Morper We have several rich:calendar elements at our application with date format dd-mm-yy hh:mm. We now hve the following problem: When a user types in a date without using the calendar-popup and uses a single-number year without a leading zero (e. g. 12.12.1 12:12), the calendar accepts the input (correct), but it creates a JulianCalendar for the Date cariable at the according bean, while it creates a GregorianCalendar for 12.12.01 12:12 or any other input with two digits for the year. -- 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

4
17
0 / 0

[JBoss JIRA] Created: (RF-8119) Development: filtering

by Anton Belevich (JIRA)

Development: filtering ---------------------- Key: RF-8119 URL: https://jira.jboss.org/jira/browse/RF-8119 Project: RichFaces Issue Type: Sub-task Affects Versions: 4.0.0.ALPHA2 Reporter: Anton Belevich Assignee: Anton Belevich -- 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

2
4
0 / 0

[JBoss JIRA] Created: (RF-8118) Development: sorting

by Anton Belevich (JIRA)

Development: sorting -------------------- Key: RF-8118 URL: https://jira.jboss.org/jira/browse/RF-8118 Project: RichFaces Issue Type: Sub-task Reporter: Anton Belevich Assignee: Anton Belevich Fix For: 4.0.0.ALPHA2 -- 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

2
3
0 / 0

[JBoss JIRA] Created: (RF-6596) InplaceSelect with Enum => Cast exception

by julien colin (JIRA)

InplaceSelect with Enum => Cast exception ----------------------------------------- Key: RF-6596 URL: https://jira.jboss.org/jira/browse/RF-6596 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: julien colin I've an Enum "Report" with these values "ALL,DELIVERED,NONE,UNDEFINED" This code with 3.2.2 it works. Code: <rich:inplaceSelect value="#{account.deliveryReport}" editEvent="onclick" selectOnEdit="true" defaultLabel="click to edit"> <s:enumItem enumValue="ALL" itemLabel="ALL" /> <s:enumItem enumValue="DELIVERED" itemLabel="DELIVERED" /> <s:enumItem enumValue="NONE" itemLabel="NONE" /> <s:enumItem enumValue="UNDEFINED" itemLabel="UNDEFINED" /> <s:convertEnum /> <a4j:support event="onviewactivated" eventsQueue="customer" action="#{entityManager.flush}" /> </rich:inplaceSelect> with 3.3.1 i have a cast exception: java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Enum at org.jboss.seam.ui.converter.EnumConverter.getAsString(EnumConverter.java:56) at org.ajax4jsf.util.InputUtils.getConvertedStringValue(InputUtils.java:114) at org.richfaces.renderkit.ComboBoxBaseRenderer.getConvertedStringValue(ComboBoxBaseRenderer .java:131) at org.richfaces.renderkit.ComboBoxBaseRenderer.encodeSuggestion(ComboBoxBaseRenderer.java:1 38) at org.richfaces.renderkit.InplaceSelectBaseRenderer.encodeItems(InplaceSelectBaseRenderer.j ava:101) at org.richfaces.renderkit.html.InplaceSelectRenderer.doEncodeEnd(InplaceSelectRenderer.java :612) at org.richfaces.renderkit.html.InplaceSelectRenderer.doEncodeEnd(InplaceSelectRenderer.java :645) at org.ajax4jsf.renderkit.RendererBase.encodeEnd(RendererBase.java:134) at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:861) -- 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, 1 month

4
11
0 / 0

[JBoss JIRA] Created: (RF-7003) comboBox: misses readonly attribute

by Ilya Shaikovsky (JIRA)

comboBox: misses readonly attribute ----------------------------------- Key: RF-7003 URL: https://jira.jboss.org/jira/browse/RF-7003 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.1 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228291#4228291 -- 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, 1 month

4
4
0 / 0

[JBoss JIRA] Created: (RF-8026) Selenium: create compatibility layer checking standard components' conditions

by Nick Belaevski (JIRA)

Selenium: create compatibility layer checking standard components' conditions ------------------------------------------------------------------------------ Key: RF-8026 URL: https://jira.jboss.org/jira/browse/RF-8026 Project: RichFaces Issue Type: Task Components: functional-tests, JSF 2.0 Affects Versions: 3.3.3.BETA1 Reporter: Nick Belaevski Assignee: Lukas Fryc Fix For: 3.3.3.BETA1 After upgrade from JSF 1.2 to 2.0 it appeared, that checks for standard components (e.g. existence of generated Faces messages) are not working properly due to changes in JSF renderers. I'd suggest to create separate project that will contain base check methods compatible with both JSF 1.2 and 2.0 and use it for all functional tests. It can be even covered by unit tests running Selenium tests in HtmlUnit environment (Selenium reference card from DZone refers to this as a means of tests execution speed optimization) -- 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, 1 month

2
11
0 / 0

[JBoss JIRA] Created: (RF-8185) photoalbum ftest - exact method waiting for login

by Lukas Fryc (JIRA)

photoalbum ftest - exact method waiting for login ------------------------------------------------- Key: RF-8185 URL: https://jira.jboss.org/jira/browse/RF-8185 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Lukas Fryc Assignee: Lukas Fryc I added recently the patch for ftest for RF-8182, but it is based on delay method and waitForPageLoad after login. Implement exact way waiting for login. (suggestions: waiting for change of selenium.getLocation() or selenium.getHtmlSource()) org.richfaces.photoalbum.RealWorldHelper:waitForLogin(Selenium) -- 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, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (RF-6942) "Simple Ajax Chat with <a4j:push>" article

by Svetlana mukhina (JIRA)

"Simple Ajax Chat with <a4j:push>" article ------------------------------------------- Key: RF-6942 URL: https://jira.jboss.org/jira/browse/RF-6942 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.3.0 Reporter: Svetlana mukhina Assignee: Gleb Galkin Priority: Minor Fix For: 3.3.1 Write article about describing creation of simple Ajax Chat with the help of push component. -- 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, 1 month

3
10
0 / 0

[JBoss JIRA] Created: (RF-8310) Support for disabled components

by Nick Belaevski (JIRA)

Support for disabled components ------------------------------- Key: RF-8310 URL: https://jira.jboss.org/jira/browse/RF-8310 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: CDK Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.ALPHA2 This includes: - Marking attributes that should not be rendered if component is disabled - No decoding for disabled component -- 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, 1 month

1
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2010