June 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13684) GraphValidator with uiRepat does not validate numeric group correctly

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13684?page=com.atlassian.jira.plugin.s... ] Juraj Húska edited comment on RF-13684 at 6/20/14 10:18 AM: ------------------------------------------------------------ Sorry I incorrectly put there "ValidationGroupBooleanInputs", it should be "VailidationGroupNumericInputs". However, I can not reproduce the issue anymore, do not know why. was (Author: jhuska): Sorry I incorrectly put there "ValidationGroupBooleanInputs", it should be "VailidationGroupNumericInputs"/ However I can not reproduce the issue anymore, do not know why. > GraphValidator with uiRepat does not validate numeric group correctly > --------------------------------------------------------------------- > > Key: RF-13684 > URL: https://issues.jboss.org/browse/RF-13684 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj Húska > Labels: regression > Fix For: 4.5.0.Alpha3 > > > Validation does not fail when there is incorrect value for numeric group, when {{graphValidator}} is within {{uiRepeat}}. > Note that the boolean group validation works correctly. > Please see steps to reproduce. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13686) Props interfaces overlap and are not fully implemented

by Michal Petrov (JIRA)

Michal Petrov created RF-13686: ---------------------------------- Summary: Props interfaces overlap and are not fully implemented Key: RF-13686 URL: https://issues.jboss.org/browse/RF-13686 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Affects Versions: 4.5.0.Alpha3 Reporter: Michal Petrov Assignee: Michal Petrov Fix For: 4.5.0.Alpha3 In addition to RF-13679 - @styleClass is also defined in CoreProps which many classes implement and in several classes it is hardcoded (like AbstractAutocomplete), several other interfaces are not being implemented. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13684) GraphValidator with uiRepat does not validate numeric group correctly

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13684?page=com.atlassian.jira.plugin.s... ] Michal Petrov commented on RF-13684: ------------------------------------ "ValidationGroupBooleanInputs" makes the validator check only the checkboxes, so that shouldn't display an error. > GraphValidator with uiRepat does not validate numeric group correctly > --------------------------------------------------------------------- > > Key: RF-13684 > URL: https://issues.jboss.org/browse/RF-13684 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj Húska > Labels: regression > Fix For: 4.5.0.Alpha3 > > > Validation does not fail when there is incorrect value for numeric group, when {{graphValidator}} is within {{uiRepeat}}. > Note that the boolean group validation works correctly. > Please see steps to reproduce. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.s... ] Juraj Húska edited comment on RF-13278 at 6/20/14 6:41 AM: ----------------------------------------------------------- Reopening the issue because it is not resolved in current 4.5.0-SNAPSHOT nor in 5.0.0-SNAPSHOT. It does not work neither on EAP 6.2.3+ or on WildFly 8.0.0.Final+. Steps to reproduce can be found in [~jstefek] [comment|https://issues.jboss.org/browse/RF-13278?focusedCommentId=1297737...] above. Originally I verified this issue on February 2014, the EPVC was refactored in May (RF-13505), my guess is that it is broken because of it. was (Author: jhuska): Reopening the issue because it is not resolved in current 4.5.0-SNAPSHOT nor in 5.0.0-SNAPSHOT. It does not work neither on EAP 6.2.3+ or on WildFly 8.0.0.Final+. Steps to reproduce can be found in [~jstefek] [comment|https://issues.jboss.org/browse/RF-13278?focusedCommentId=1297737...] above. Originally I verified this issue on February 2014, the EPVC was refactored in May, my guess is that it is broken because of it. > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: 45x > Fix For: 4.5.0.Alpha3, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > <?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:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > <h:head> > </h:head> > <h:body> > > <a4j:log hotkey="M" mode="popup" /> > <h:form id="form" prependId="false"> > <rich:tabPanel id="tabPanel"> > <rich:tab header="tab 1"> > <a4j:commandLink value="click me" action="#{testBean.put('clicks',testBean.clicks + 1)}" render="label" execute="@this" /> > </rich:tab> > <rich:tab> > <f:facet name="header"> > <h:outputText id="label" value="#{testBean.clicks} clicks" /> > </f:facet> > </rich:tab> > </rich:tabPanel> > </h:form> > </h:body> > </html> > {code} > testBean is a simple session-scoped HashMap. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.s... ] Juraj Húska edited comment on RF-13278 at 6/20/14 6:40 AM: ----------------------------------------------------------- Reopening the issue because it is not resolved in current 4.5.0-SNAPSHOT nor in 5.0.0-SNAPSHOT. It does not work neither on EAP 6.2.3+ or on WildFly 8.0.0.Final+. Steps to reproduce can be found in [~jstefek] [comment|https://issues.jboss.org/browse/RF-13278?focusedCommentId=1297737...] above. Originally I verified this issue on February 2014, the EPVC was refactored in May, my guess is that it is broken because of it. was (Author: jhuska): Reopening the issue because it is not resolved in current 4.5.0-SNAPSHOT nor in 5.0.0-SNAPSHOT. > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: 45x > Fix For: 4.5.0.Alpha3, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > <?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:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > <h:head> > </h:head> > <h:body> > > <a4j:log hotkey="M" mode="popup" /> > <h:form id="form" prependId="false"> > <rich:tabPanel id="tabPanel"> > <rich:tab header="tab 1"> > <a4j:commandLink value="click me" action="#{testBean.put('clicks',testBean.clicks + 1)}" render="label" execute="@this" /> > </rich:tab> > <rich:tab> > <f:facet name="header"> > <h:outputText id="label" value="#{testBean.clicks} clicks" /> > </f:facet> > </rich:tab> > </rich:tabPanel> > </h:form> > </h:body> > </html> > {code} > testBean is a simple session-scoped HashMap. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.s... ] Juraj Húska reopened RF-13278: ------------------------------ Reopening the issue because it is not resolved in current 4.5.0-SNAPSHOT nor in 5.0.0-SNAPSHOT. > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: 45x > Fix For: 4.5.0.Alpha3, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > <?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:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > <h:head> > </h:head> > <h:body> > > <a4j:log hotkey="M" mode="popup" /> > <h:form id="form" prependId="false"> > <rich:tabPanel id="tabPanel"> > <rich:tab header="tab 1"> > <a4j:commandLink value="click me" action="#{testBean.put('clicks',testBean.clicks + 1)}" render="label" execute="@this" /> > </rich:tab> > <rich:tab> > <f:facet name="header"> > <h:outputText id="label" value="#{testBean.clicks} clicks" /> > </f:facet> > </rich:tab> > </rich:tabPanel> > </h:form> > </h:body> > </html> > {code} > testBean is a simple session-scoped HashMap. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13678) Render @all does not work for nested a4j:region in collapsibleSubTable

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13678?page=com.atlassian.jira.plugin.s... ] Michal Petrov edited comment on RF-13678 at 6/20/14 5:54 AM: ------------------------------------------------------------- Well. The problematic line is this one: {{rendered="\#\{containerRichCollapsibleSubTableItem == 'row 3' and list\[0\].sex == 'MALE'\}"}} in the case of {{execute="all"}} the EL resolver is unable to resolve the list variable (returning null), and so during ApplyValuesRequestPhase the attribute evaluates to false and the components aren't updated, now to find out what's causing it. was (Author: michpetrov): Well. The problematic line is this one: {{rendered="\#\{containerRichCollapsibleSubTableItem == 'row 3' and list\[0\].sex == 'MALE'\}"}} in the case of {{render="all"}} the EL resolver is unable to resolve the list variable (returning null), and so during ApplyValuesRequestPhase the attribute evaluates to false and the components aren't updated, now to find out what's causing it. > Render @all does not work for nested a4j:region in collapsibleSubTable > ---------------------------------------------------------------------- > > Key: RF-13678 > URL: https://issues.jboss.org/browse/RF-13678 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj Húska > Assignee: Michal Petrov > Labels: regression > Fix For: 4.5.0.Alpha3 > > > Suppose nested {{regions}} in a {{collapsibleSubTable}}. > Those regions are not updated when a {{commandButton}} with {{render}} attribute set to {{@all}} is submitted. > IMHO it is somehow connected with RF-13677, however, this issue occurs only with combination of {{regions}} and {{collapsibleSubTable}}, other iteration components works in this matter. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13678) Render @all does not work for nested a4j:region in collapsibleSubTable

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13678?page=com.atlassian.jira.plugin.s... ] Michal Petrov commented on RF-13678: ------------------------------------ Well. The problematic line is this one: {{rendered="\#\{containerRichCollapsibleSubTableItem == 'row 3' and list\[0\].sex == 'MALE'\}"}} in the case of {{render="all"}} the EL resolver is unable to resolve the list variable (returning null), and so during ApplyValuesRequestPhase the attribute evaluates to false and the components aren't updated, now to find out what's causing it. > Render @all does not work for nested a4j:region in collapsibleSubTable > ---------------------------------------------------------------------- > > Key: RF-13678 > URL: https://issues.jboss.org/browse/RF-13678 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj Húska > Assignee: Michal Petrov > Labels: regression > Fix For: 4.5.0.Alpha3 > > > Suppose nested {{regions}} in a {{collapsibleSubTable}}. > Those regions are not updated when a {{commandButton}} with {{render}} attribute set to {{@all}} is submitted. > IMHO it is somehow connected with RF-13677, however, this issue occurs only with combination of {{regions}} and {{collapsibleSubTable}}, other iteration components works in this matter. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13682) Stateless view: CSS stylesheets not included in head after form submit

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13682?page=com.atlassian.jira.plugin.s... ] Juraj Húska updated RF-13682: ----------------------------- Assignee: (was: Juraj Húska) > Stateless view: CSS stylesheets not included in head after form submit > ---------------------------------------------------------------------- > > Key: RF-13682 > URL: https://issues.jboss.org/browse/RF-13682 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: OpenSuse 13.1 x64 > OpenJDK 1.7.0_51 > Apache Tomcat 8.0.8 > JSF: org.glassfish:javax.faces:2.1.28 > Reporter: Tony Cramer > Attachments: rf-demo-skinning.zip, rf-demo-skinning_and_style.zip > > > If view is stateless <f:view transient="true"... > Issue 1. skinning.css is not included after submitting a form at all. > Issue 2. Any other stylesheets manually included with h:outputStylesheet are not included in head but in body after submit. > Maven project reproducing the issue attached. > Please use "rf-demo-skinning_and_style.zip" - reproduces both issues. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13682) Stateless view: CSS stylesheets not included in head after form submit

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13682?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on RF-13682: ---------------------------------- I can reproduce the issue. It is reproducible also on Metamer with RichFaces _4.5.0-SNAPSHOT_ and on Wildfly _8.0.0.Final_. The issue occurs only when submitting a form with {{h:commandButton}}. Submitting a form with {{a4j:commandButton}} in a stateless view works correctly. Steps to reproduce in Metamer: # load http://localhost:8080/metamer/faces/components/commandButton/simple.xhtml # check checkbox next to "Stateless view (JSF 2.2+):" label # submit some value # see that button lost skin, and the problems described above are occurring. > Stateless view: CSS stylesheets not included in head after form submit > ---------------------------------------------------------------------- > > Key: RF-13682 > URL: https://issues.jboss.org/browse/RF-13682 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: OpenSuse 13.1 x64 > OpenJDK 1.7.0_51 > Apache Tomcat 8.0.8 > JSF: org.glassfish:javax.faces:2.1.28 > Reporter: Tony Cramer > Assignee: Juraj Húska > Attachments: rf-demo-skinning.zip, rf-demo-skinning_and_style.zip > > > If view is stateless <f:view transient="true"... > Issue 1. skinning.css is not included after submitting a form at all. > Issue 2. Any other stylesheets manually included with h:outputStylesheet are not included in head but in body after submit. > Maven project reproducing the issue attached. > Please use "rf-demo-skinning_and_style.zip" - reproduces both issues. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 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 June 2014