December 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12398) UIDataAdaptor keepSaved method returns true when maximum severity is NOT greater than SEVERITY_ERROR

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12398?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12398. ---------------------------- > UIDataAdaptor keepSaved method returns true when maximum severity is NOT greater than SEVERITY_ERROR > ---------------------------------------------------------------------------------------------------- > > Key: RF-12398 > URL: https://issues.jboss.org/browse/RF-12398 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.0.0.Final > Reporter: Tomasz Kurpios > Assignee: Lukáš Fryč > Priority: Minor > Fix For: 4.3.0.M3 > > > According to the description in [RF-8586] UIDataAdaptor should reset child state when severity is at least ERROR. However it does the opposite - when it is at most ERROR. > That's what is checked: > {code} > FacesMessage.SEVERITY_ERROR.compareTo(sev) >= 0 > {code} > And that's what should be checked: > {code} > FacesMessage.SEVERITY_ERROR.compareTo(sev) <= 0 > {code} -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12514) rich:message: unite styleClass name for message detail

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12514?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12514. ---------------------------- Verified on Metamer. > rich:message: unite styleClass name for message detail > ------------------------------------------------------ > > Key: RF-12514 > URL: https://issues.jboss.org/browse/RF-12514 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Environment: RichFaces 4.3.0-SNAPSHOT > Reporter: Jiří Štefek > Assignee: Lukáš Fryč > Priority: Trivial > Fix For: 4.3.0.M3 > > > There are different styleClass names for rich:message's message detail. Unite a style class name from 'rf-msg-det' to 'rf-msg-dtl' or vice versa. -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12574) rich:accordion height of first element is wrongly computed

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12574?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12574. ---------------------------- Verified on metamer. > rich:accordion height of first element is wrongly computed > ---------------------------------------------------------- > > Key: RF-12574 > URL: https://issues.jboss.org/browse/RF-12574 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.0.M2 > Environment: RichFaces 4.3.0.20121024-M2 > Metamer 4.3.0.20121024-M2 > JBoss AS 7.1.1.Final > OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux > Firefox 16.0 @ Linux x86_64 / Chrome 21.0.1180.89 @ Linux x86_64 / IE9 > Reporter: Jiří Štefek > Assignee: Lukáš Fryč > Priority: Critical > Labels: regression > Fix For: 4.3.0.M3 > > > When some other item than first of the rich:accordion is selected and then the first item is selected, the height of the content of the first item is wrongly computed and its height is as big as whole accordion height. > In 4.2.3 CR1 it works correctly. > Problem only occurs when @switchType is ajax. -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12583) Typo in the makePatternAMatch CSV javascript function

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12583?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12583. ---------------------------- Verified by Jan P. > Typo in the makePatternAMatch CSV javascript function > ----------------------------------------------------- > > Key: RF-12583 > URL: https://issues.jboss.org/browse/RF-12583 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.1.0.Milestone4 > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.2.4, 4.3.0.M3 > > > The _makePatternAMatch_ function was introduced in resolution to RF-11531. however that method has a typo in it. See the extra ";" in the second _pattern_ assignment. > {code} > var makePatternAMatch = function(pattern) { > if (! (pattern.slice(0, 1) === '^') ) { > pattern = '^' + pattern; > } > if (! (pattern.slice(-1) === '$') ) { > pattern = pattern; + '$'; > } > return pattern; > } > {code} -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12332) rich:contextMenu clipped by parent tich:tree node

by Martin Maier (JIRA)

[ https://issues.jboss.org/browse/RF-12332?page=com.atlassian.jira.plugin.s... ] Martin Maier commented on RF-12332: ----------------------------------- You can use {code} div.rf-trn { overflow: visible; } {code} as a workaround. This will display the popup correctly. However, you might run into problems when you use long names for your tree items, which will not be clipped. > rich:contextMenu clipped by parent tich:tree node > ------------------------------------------------- > > Key: RF-12332 > URL: https://issues.jboss.org/browse/RF-12332 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu, component-tree > Affects Versions: 4.2.2.Final > Environment: RichFaces 4.2.2.Final > Unknown version of JSF > JBoss Web 7.0.13.Final > Java(TM) SE Runtime Environment 1.6.0_31-b04 @ Linux > Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0 > Reporter: Pawel Zmarlicki > Assignee: Brian Leathem > Fix For: 5-Tracking > > Attachments: richfaces-sandbox.zip, rich_tree-rich_contextMenu.png > > > A rich:contextMenu is not working correctly when used with rich:tree. For example, consider the following: > {code} > <rich:tree id="tree" var="node" > toggleType="ajax" toggleListener="#{node.onNodeToggle}" > selectionType="ajax" selectionChangeListener="#{myBean.onNodeSelection}"> > <rich:treeModelRecursiveAdaptor roots="#{myBean.treeRoots}" nodes="#{node.childNodes}"> > <rich:treeNode id="treeNode"> > <h:panelGrid columns="2" border="0" cellpadding="0px" cellspacing="0px"> > <h:graphicImage value="/images/data_icon.gif" /> > <h:outputText value="#{node.data.id}" /> > </h:panelGrid> > <rich:contextMenu attached="true" target="treeNode" mode="ajax"> > <rich:menuItem label="#{node.data.id}" disabled="true"/> > <rich:menuItem label="Show" mode="server" action="#{myBean.show}"/> > </rich:contextMenu> > </rich:treeNode> > </rich:treeModelRecursiveAdaptor> > </rich:tree> > {code} > When the context menu coded as above is rendered, it is clipped by the borders of its parent tree node, so I can only see a narrow band corresponding to the topmost portion of the menu. I see enough to verify that the label of the first menu item has correct value > If I move rich:contextMenu to outside of rich:tree, the menu is rendered only at the initial right-click. After that, I see only the browser's context menu. After some experimentation, I've added render="@form" to rich:treeNode. > Either way, I still get an occasional script error 'this.popup' is null or not an object, after expanding a tree node. -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12588) Support blur events with Calendar date selection (Placeholder integration)

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12588?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12588. ---------------------------- verified on metamer > Support blur events with Calendar date selection (Placeholder integration) > -------------------------------------------------------------------------- > > Key: RF-12588 > URL: https://issues.jboss.org/browse/RF-12588 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-misc > Affects Versions: 4.3.0.M3 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 4.3.0.M3 > > > Calendar does not work correctly with Placeholder because of use of {{useNative=false}} - in this mode, the font-color of input is not changed until user manually focuses / blurs the input. > And calendar does not fire such events. > Similarly, calendar can't be used with client-side validation on blur. -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12589) Placeholder inside h:inputText - requires com.sun.faces.allowTextChildren=true

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12589?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12589. ---------------------------- verified in metamer > Placeholder inside h:inputText - requires com.sun.faces.allowTextChildren=true > ------------------------------------------------------------------------------ > > Key: RF-12589 > URL: https://issues.jboss.org/browse/RF-12589 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-misc > Affects Versions: 4.3.0.M3 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 4.3.0.M3 > > > Following context-param is needed, otherwise Placeholder won't work inside components like {{h:inputText}}. > {code:xml} > <context-param> > <param-name>com.sun.faces.allowTextChildren</param-name> > <param-value>true</param-value> > </context-param> > {code} -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12639) rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8.

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12639?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on RF-12639: ---------------------------------- Verified that it works with IE8. > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. > --------------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12639 > URL: https://issues.jboss.org/browse/RF-12639 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.2.4, 4.3.0.M3 > > Attachments: steps.zip, tabPanelAndTable.xhtml > > Original Estimate: 1 hour > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. This works in FF and Chrome or if rich:extendedDataTable is replaced with rich:dataTable. -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12639) rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8.

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12639?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12639. ---------------------------- > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. > --------------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12639 > URL: https://issues.jboss.org/browse/RF-12639 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.2.4, 4.3.0.M3 > > Attachments: steps.zip, tabPanelAndTable.xhtml > > Original Estimate: 1 hour > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. This works in FF and Chrome or if rich:extendedDataTable is replaced with rich:dataTable. -- 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

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-12616) Event re-targetting for correct javax.faces.source support in case where event doesn't originate on component's DOM root

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12616?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12616. ---------------------------- > Event re-targetting for correct javax.faces.source support in case where event doesn't originate on component's DOM root > ------------------------------------------------------------------------------------------------------------------------ > > Key: RF-12616 > URL: https://issues.jboss.org/browse/RF-12616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 4.3.0.M3 > > Attachments: autocomplete-event-retargeting.png > > > When processing events from components, attached AJAX behaviors propagates calls to: > {code} > jsf.ajax.request(source, event, options); > {code} > The ID of source element is then propagated to {{javax.faces.source}} as behavior event source. > However when a source of a event wasn't root of the component's DOM, then {{javax.faces.source}} isn't equal to {{clientId}} of component and thus behavior decoding fails. > ---- > This issue can be fixed by incorporating interceptor for {{jsf.ajax.request}}, which will re-target source to the root of the component's DOM (which has attribute{{id}} equal to {{clientId}} of component). -- 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

13 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2012