January 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12690) Upgrade jsf-impl from 2.1.13-jbossorg-1 to 2.1.16-jbossorg-1

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12690?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak commented on RF-12690: ------------------------------------ Be aware of a bug in Mojarra 2.1.15 and 2.1.16 which breaks backwards compatibility [1] when a plain HTML element is present. It can be worked around by using attribute name on that element. [1] http://java.net/jira/browse/JAVASERVERFACES-2666 > Upgrade jsf-impl from 2.1.13-jbossorg-1 to 2.1.16-jbossorg-1 > ------------------------------------------------------------ > > Key: RF-12690 > URL: https://issues.jboss.org/browse/RF-12690 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.0.M3 > Reporter: Juergen Zimmermann > Fix For: 4.3.0.CR1 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > 4.3.0.M3 uses jsf-impl 2.1.13-jbossorg-1. However, there is 2.1.16-jbossorg-1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12695) rich:select incorrect bevior on IE9 with many selectItems

by kevin 2 (JIRA)

[ https://issues.jboss.org/browse/RF-12695?page=com.atlassian.jira.plugin.s... ] kevin 2 updated RF-12695: ------------------------- Description: rich:select component has incorrect behavior on IE9 when it contains many items. {code:html} <rich:select id="selectId"> <f:selectItems value="#{select.hugeList}"/> </rich:select> {code} When you scroll up and down few times, try to select a value in the bottom of the list, then the scrollbar moves down indefinitely so the hovered value cannot be selected. The problem seems to appear with a list of 100 elements or more. was: rich:select component has incorrect behavior on IE9 when it contains many items. <rich:select id="selectId"> <f:selectItems value="#{select.hugeList}"/> </rich:select> When you scroll up and down few times, try to select a value in the bottom of the list, then the scrollbar moves down indefinitely so the hovered value cannot be selected. The problem seems to appear with a list of 100 elements or more. > rich:select incorrect bevior on IE9 with many selectItems > --------------------------------------------------------- > > Key: RF-12695 > URL: https://issues.jboss.org/browse/RF-12695 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.1.0.Final > Environment: Internet Explorer 9, Windows 7 > Reporter: kevin 2 > > rich:select component has incorrect behavior on IE9 when it contains many items. > {code:html} > <rich:select id="selectId"> > <f:selectItems value="#{select.hugeList}"/> > </rich:select> > {code} > When you scroll up and down few times, try to select a value in the bottom of the list, then the scrollbar moves down indefinitely so the hovered value cannot be selected. > The problem seems to appear with a list of 100 elements or more. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12695) rich:select incorrect bevior on IE9 with many selectItems

by kevin 2 (JIRA)

kevin 2 created RF-12695: ---------------------------- Summary: rich:select incorrect bevior on IE9 with many selectItems Key: RF-12695 URL: https://issues.jboss.org/browse/RF-12695 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.1.0.Final Environment: Internet Explorer 9, Windows 7 Reporter: kevin 2 rich:select component has incorrect behavior on IE9 when it contains many items. <rich:select id="selectId"> <f:selectItems value="#{select.hugeList}"/> </rich:select> When you scroll up and down few times, try to select a value in the bottom of the list, then the scrollbar moves down indefinitely so the hovered value cannot be selected. The problem seems to appear with a list of 100 elements or more. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12552) rich:calendar: @minDaysInFirstWeek is not working in popupPanel and EDT

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RF-12552?page=com.atlassian.jira.plugin.s... ] Jiří Štefek updated RF-12552: ----------------------------- Steps to Reproduce: # Deploy metamer and open http://localhost:8080/metamer/faces/components/richCalendar/simple.xhtml # set @minDaysInFirstWeek to 2 # open popup and switch to January 2011 # check if the first week contains at least 2 days (on January 2011 it should contain all 7 days and the first week begins from 2nd of January). Workaround Description: (was: # Deploy metamer and open http://localhost:8080/metamer/faces/components/richCalendar/simple.xhtml # set @minDaysInFirstWeek to 7 # open popup and switch to January # switch years and check if the first week contains all 7 days.) > rich:calendar: @minDaysInFirstWeek is not working in popupPanel and EDT > ----------------------------------------------------------------------- > > Key: RF-12552 > URL: https://issues.jboss.org/browse/RF-12552 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.M1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Apache Tomcat 7.0.30 / JBoss AS 7.1 > OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux > Firefox 16.0 @ Linux x86_64 > Reporter: Jiří Štefek > Labels: calendar > Fix For: 5-Tracking > > > This attribute should influence, that each first week of each year should contain at least a minimum of days. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12552) rich:calendar: @minDaysInFirstWeek is not working in popupPanel and EDT

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RF-12552?page=com.atlassian.jira.plugin.s... ] Jiří Štefek updated RF-12552: ----------------------------- Summary: rich:calendar: @minDaysInFirstWeek is not working in popupPanel and EDT (was: rich:calendar: @minDaysInFirstWeek is not working) > rich:calendar: @minDaysInFirstWeek is not working in popupPanel and EDT > ----------------------------------------------------------------------- > > Key: RF-12552 > URL: https://issues.jboss.org/browse/RF-12552 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.M1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Apache Tomcat 7.0.30 / JBoss AS 7.1 > OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux > Firefox 16.0 @ Linux x86_64 > Reporter: Jiří Štefek > Labels: calendar > Fix For: 5-Tracking > > > This attribute should influence, that each first week of each year should contain at least a minimum of days. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12692) rich:select - unknown validator SelectLabelValueValidator

by Erdem YILMAZ (JIRA)

[ https://issues.jboss.org/browse/RF-12692?page=com.atlassian.jira.plugin.s... ] Erdem YILMAZ commented on RF-12692: ----------------------------------- Hi Lucas, Thanks for accepting issue and quick solution for the workaround. It saved our day. Also Michael's comment worked on Websphere 8.0.0.3 I m going to investigate issue for Tomee for local development environment (workaround solves Tomee problem also) kind regards > rich:select - unknown validator SelectLabelValueValidator > --------------------------------------------------------- > > Key: RF-12692 > URL: https://issues.jboss.org/browse/RF-12692 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.M2, 4.3.0.M3 > Environment: Windows7, Tomee 1.0.0 / Webpshere 8.0.0.3, Myfaces 2.0.2/MyFaces 2.1.7 > Reporter: Erdem YILMAZ > Assignee: Lukáš Fryč > Labels: regression > Fix For: 4.3.0.CR1 > > > We have trying our application with the new M3 release/snapshots but have error in all simple pages with rich:select component. We think that on build time SelectLabelValueValidator.class is not added to the richfaces-components-ui-4.3.0.XX.jar -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12690) Upgrade jsf-impl from 2.1.13-jbossorg-1 to 2.1.16-jbossorg-1

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12690?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12690: ------------------------------- Original Estimate: 1 hour Remaining Estimate: 1 hour > Upgrade jsf-impl from 2.1.13-jbossorg-1 to 2.1.16-jbossorg-1 > ------------------------------------------------------------ > > Key: RF-12690 > URL: https://issues.jboss.org/browse/RF-12690 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.0.M3 > Reporter: Juergen Zimmermann > Fix For: 4.3.0.CR1 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > 4.3.0.M3 uses jsf-impl 2.1.13-jbossorg-1. However, there is 2.1.16-jbossorg-1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12691) extendedDataTable: Header facet render problem in RichFaces 4

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12691?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-12691. -------------------------------- Labels: needs-qe (was: ) Resolution: Done Updated the stored DOM references on ajaxComplete, and used those updated DOM references to update the table layout. > extendedDataTable: Header facet render problem in RichFaces 4 > -------------------------------------------------------------- > > Key: RF-12691 > URL: https://issues.jboss.org/browse/RF-12691 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 4.3.0.CR1 > > Attachments: screenshots.zip, testapp.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > extendedDataTable header renders OK if entire table or panel that contains it are rendered. if I render just the header row using render="table@header" format, the header row re-renders, but its format is lost (refer to the attached screenshots). Checkbox in column 1 is the trigger for this issue. > * Header contains 'select all' checkbox, each data row contains row-level checkbox. > * Click on data row will rerender the header row and this is event that causes alignment to go off. > * If I rerender the entire table and/or panel, this does not happen, but causes undesirable performance problems when clicking individual rows in succession due to delays from jsf 2 / richfaces 4 render cycles. > It looks like the header-only render is trying to do a vertical center of header cell contents while the panel/table render is not, causing the cell contents to slide down vertically in the header cell. > This problem occurs in every browser I tested: IE 9, Firefox 16, Firefox 17, and Chrome 23.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12691) extendedDataTable: Header facet render problem in RichFaces 4

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12691?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12691: ------------------------------- Original Estimate: 4 hours Remaining Estimate: 4 hours > extendedDataTable: Header facet render problem in RichFaces 4 > -------------------------------------------------------------- > > Key: RF-12691 > URL: https://issues.jboss.org/browse/RF-12691 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.3.0.CR1 > > Attachments: screenshots.zip, testapp.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > extendedDataTable header renders OK if entire table or panel that contains it are rendered. if I render just the header row using render="table@header" format, the header row re-renders, but its format is lost (refer to the attached screenshots). Checkbox in column 1 is the trigger for this issue. > * Header contains 'select all' checkbox, each data row contains row-level checkbox. > * Click on data row will rerender the header row and this is event that causes alignment to go off. > * If I rerender the entire table and/or panel, this does not happen, but causes undesirable performance problems when clicking individual rows in succession due to delays from jsf 2 / richfaces 4 render cycles. > It looks like the header-only render is trying to do a vertical center of header cell contents while the panel/table render is not, causing the cell contents to slide down vertically in the header cell. > This problem occurs in every browser I tested: IE 9, Firefox 16, Firefox 17, and Chrome 23.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12690) Upgrade jsf-impl from 2.1.13-jbossorg-1 to 2.1.16-jbossorg-1

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12690?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12690: ------------------------------- Sprint: 4.3.0.CR1 - Bug fixes > Upgrade jsf-impl from 2.1.13-jbossorg-1 to 2.1.16-jbossorg-1 > ------------------------------------------------------------ > > Key: RF-12690 > URL: https://issues.jboss.org/browse/RF-12690 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.0.M3 > Reporter: Juergen Zimmermann > Fix For: 4.3.0.CR1 > > > 4.3.0.M3 uses jsf-impl 2.1.13-jbossorg-1. However, there is 2.1.16-jbossorg-1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2013