February 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12804) ExtendedDatatable: columnClasses attribute not work

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12804?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12804. ---------------------------- Verified. Closing. > ExtendedDatatable: columnClasses attribute not work > --------------------------------------------------- > > Key: RF-12804 > URL: https://issues.jboss.org/browse/RF-12804 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.0.Final > Environment: JBoss AS 7.1.1.Final > Reporter: Roberto Contiero > Assignee: Brian Leathem > Priority: Minor > Labels: regression > Fix For: 4.3.1 > > > After I update richfaces from 4.2.2.Final to 4.3.0.Final, extendedDataTable doesn't render columnClasses attribute properly. Only last column has the correct class but others have only a style class made of concatenation between "rf-edt-td-" and id of the column. > I think that the problem is inside method > public void encodeRow(ResponseWriter writer, FacesContext facesContext, RowHolderBase rowHolder) > of the class ExtendedDataTableRenderer. This lines that are been added seem override the columnClasses attribute: > if (columnNumber != lastColumnNumber) { > writer.writeAttribute(HtmlConstants.CLASS_ATTRIBUTE, "rf-edt-td-" + column.getId(), null); > } -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-11682) 'tooltip.popup' is null or not an object

by Lutz Ulrich (JIRA)

[ https://issues.jboss.org/browse/RF-11682?page=com.atlassian.jira.plugin.s... ] Lutz Ulrich commented on RF-11682: ---------------------------------- I don't know if it makes sense to comment on a 'resolved' issue, but I detected a similar error with 4.3.0.Final - no matter what browser is used. Its probably because of showDelay used along with partial update. {code} <a4j:commandLink action="#{richTabMinimizer.toggle}" render="@this"> <h:graphicImage library="org.richfaces.images" name="#{richTabMinimizer.expanded ? 'triangleUp.png' : 'triangleDown.png'}"/> <rich:tooltip followMouse="false" showDelay="1000"> #{richTabMinimizer.expanded ? 'close' : 'expand'} </rich:tooltip> </a4j:commandLink> {code} (Its a stripped down example. The actual content of my tool-tip holds more text.) Note that my 'richTabMinimizer.toggle' bean toggles some GUI stuff and its property 'expanded' is switched from true to false and vice versa. You may probably replace it with anything to reproduce the error. Probably the tool-tip tries to show after the HTML elements have already been updated. It's no serious error. Nevertheless, its ugly. I guess it is not unusual to have a tool-tip (with a showDelay) on a command. But often, users will click the command just after the mouse entered the command. If there is no response on my comment on this 'resolved' issue, I will create a new one. > 'tooltip.popup' is null or not an object > ---------------------------------------- > > Key: RF-11682 > URL: https://issues.jboss.org/browse/RF-11682 > Project: RichFaces > Issue Type: Bug > Components: component-output > Affects Versions: 4.0.0.Final, 4.2.0.Final > Environment: Windows > Reporter: mani v > Priority: Critical > Attachments: Tooltip.popup is null.jpg > > > i am using <rich:tooltip> inside <rich:dataTable>.its working find but when i do filter or go to next page the popup is throwing js error. > > :246 > :21 > :'tooltip.popup' is null or not an object > > > <code for review> > {code} > <rich:column filter="#{filter.name}" sortBy="#{row.name}" sortOrder="#{filter.nameOrder}"> > <f:facet name="header"> > <a4j:commandLink value="Name" action="#{filter.sortByName}" render="table" ></a4j:commandLink> > </f:facet> > <rich:tooltip>#{row.name}</rich:tooltip> > <h:outputText value="#{row.name}"/> > </rich:column> > {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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12809) Richfaces-related examples should use -with-richfaces BOM

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12809?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12809: ---------------------------------------------- Karel Piwko <kpiwko(a)redhat.com> made a comment on [bug 915767|https://bugzilla.redhat.com/show_bug.cgi?id=915767] Yes, it applies. As base of -with-X is the same, there should be with-tools, with-hibernate and with-richfaces listed altogether. > Richfaces-related examples should use -with-richfaces BOM > --------------------------------------------------------- > > Key: RF-12809 > URL: https://issues.jboss.org/browse/RF-12809 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Tomas Repel > > There is jboss-javaee-6.0-with-richfaces BOM, I think this should be used instead of richfaces-bom in case that jboss-javaee-6.0 BOM is required as well. This holds for helloworld-rf, kitchensink-rf and richfaces-validation. In case of helloworld-rf it is sufficient the dependencyManagement section to contain only -with-richfaces BOM, the jboss-javaee-6.0 BOM can be removed completely. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-11382) Datatable and ExtendedDatatable evaluate value attribute even if rendered=false

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-11382?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-11382: ---------------------------------------------- ivassile(a)redhat.com made a comment on [bug 916313|https://bugzilla.redhat.com/show_bug.cgi?id=916313] I already created BZ-916314 to include this fix in WFK 2.2 (https://bugzilla.redhat.com/show_bug.cgi?id=916314) > Datatable and ExtendedDatatable evaluate value attribute even if rendered=false > ------------------------------------------------------------------------------- > > Key: RF-11382 > URL: https://issues.jboss.org/browse/RF-11382 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2 > Environment: Fedora 15, Glassfish 3.1.1, CDI (Weld) > Reporter: Frederick Kämpfer > Assignee: Brian Leathem > Labels: lazy-loaded > Fix For: 4.3.0.M3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > In Richfaces 4 both datatable and extendedDatatable evaluate the value attribute even when rendered is set to false, even though it is not necessary. This makes it hard to achieve performance by trimming parts of the view tree. The built-in h:dataTable behaves correctly in that case. > To reproduce simply try this snipplet: > {code:xml} > <h:form> > <rich:dataTable value="#{myBean.property}" rendered="false"> > </rich:dataTable> > </h:form> > {code} > Side note: The reason I'm posting this is, that i want to embed a rich:dataTable in a ajax loaded rich:togglePanelItem which is loaded on demand. Probably fixing the "render" problem will also make the dataTable lazy-loadable when switching to the corresponding togglePanelItem. > I hope this is no duplicate, I only found RichFaces 3 issues mentioning this problem. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-11382) Datatable and ExtendedDatatable evaluate value attribute even if rendered=false

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-11382?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration updated RF-11382: ----------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=916314, https://bugzilla.redhat.com/show_bug.cgi?id=916313 (was: https://bugzilla.redhat.com/show_bug.cgi?id=916314) > Datatable and ExtendedDatatable evaluate value attribute even if rendered=false > ------------------------------------------------------------------------------- > > Key: RF-11382 > URL: https://issues.jboss.org/browse/RF-11382 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2 > Environment: Fedora 15, Glassfish 3.1.1, CDI (Weld) > Reporter: Frederick Kämpfer > Assignee: Brian Leathem > Labels: lazy-loaded > Fix For: 4.3.0.M3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > In Richfaces 4 both datatable and extendedDatatable evaluate the value attribute even when rendered is set to false, even though it is not necessary. This makes it hard to achieve performance by trimming parts of the view tree. The built-in h:dataTable behaves correctly in that case. > To reproduce simply try this snipplet: > {code:xml} > <h:form> > <rich:dataTable value="#{myBean.property}" rendered="false"> > </rich:dataTable> > </h:form> > {code} > Side note: The reason I'm posting this is, that i want to embed a rich:dataTable in a ajax loaded rich:togglePanelItem which is loaded on demand. Probably fixing the "render" problem will also make the dataTable lazy-loadable when switching to the corresponding togglePanelItem. > I hope this is no duplicate, I only found RichFaces 3 issues mentioning this problem. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12811) VDL Documentation: rich:calendar is missing attribute "maxlength"

by Mijo Repusic (JIRA)

Mijo Repusic created RF-12811: --------------------------------- Summary: VDL Documentation: rich:calendar is missing attribute "maxlength" Key: RF-12811 URL: https://issues.jboss.org/browse/RF-12811 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: doc Affects Versions: 4.3.0.Final Reporter: Mijo Repusic Priority: Trivial The documentation for the element rich:calendar is missing the attribute maxlength. IDEs who honor the documentation (example Netbeans 7.3) are marking the element as incorrect. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12021) Compilation of Input UI component logs 2 errors about faces-config.xml

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12021?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12021: ---------------------------------------------- Marek Novotny <mnovotny(a)redhat.com> made a comment on [bug 801048|https://bugzilla.redhat.com/show_bug.cgi?id=801048] Upstream issue was closed as WON'T FIX, so we have no other option to handle this differently. > Compilation of Input UI component logs 2 errors about faces-config.xml > ---------------------------------------------------------------------- > > Key: RF-12021 > URL: https://issues.jboss.org/browse/RF-12021 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.2.0.Final > Reporter: Marek Novotny > Assignee: Brian Leathem > > Compilation of RF UI Components specifically Input UI has got 2 errors in log - related to bad faces-config.xml on line number 29 and 240. > The following is snippet of log: > {noformat} > [INFO] ------------------------------------------------------------------------ > [INFO] Building RichFaces UI Components: Input UI 4.2.0.Final > [INFO] ------------------------------------------------------------------------ > [INFO] > [INFO] --- maven-enforcer-plugin:1.0-redhat-1:enforce (enforce-java-version) @ richfaces-ui-input-ui --- > [INFO] The requirePluginVersions rule is currently not compatible with Maven3. > [INFO] > [INFO] --- maven-enforcer-plugin:1.0-redhat-1:enforce (enforce-maven-version) @ richfaces-ui-input-ui --- > [INFO] The requirePluginVersions rule is currently not compatible with Maven3. > [INFO] > [INFO] --- maven-cdk-plugin:4.2.0.Final-redhat-1:generate (cdk-generate-sources) @ richfaces-ui-input-ui --- > [Error] faces-config.xml:29:71: cvc-complex-type.2.4.a: Invalid content was found starting with element 'xi:include'. One of '{"http://java.sun.com/xml/ns/javaee":property, "http://java.sun.com/xml/ns/javaee":component-extension}' is expected. > [Error] faces-config.xml:240:71: cvc-complex-type.2.4.a: Invalid content was found starting with element 'xi:include'. One of '{"http://java.sun.com/xml/ns/javaee":property, "http://java.sun.com/xml/ns/javaee":component-extension}' is expected. > {noformat} -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12021) Compilation of Input UI component logs 2 errors about faces-config.xml

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12021?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12021: ---------------------------------------------- Marek Novotny <mnovotny(a)redhat.com> changed the Status of [bug 801048|https://bugzilla.redhat.com/show_bug.cgi?id=801048] from ASSIGNED to CLOSED > Compilation of Input UI component logs 2 errors about faces-config.xml > ---------------------------------------------------------------------- > > Key: RF-12021 > URL: https://issues.jboss.org/browse/RF-12021 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.2.0.Final > Reporter: Marek Novotny > Assignee: Brian Leathem > > Compilation of RF UI Components specifically Input UI has got 2 errors in log - related to bad faces-config.xml on line number 29 and 240. > The following is snippet of log: > {noformat} > [INFO] ------------------------------------------------------------------------ > [INFO] Building RichFaces UI Components: Input UI 4.2.0.Final > [INFO] ------------------------------------------------------------------------ > [INFO] > [INFO] --- maven-enforcer-plugin:1.0-redhat-1:enforce (enforce-java-version) @ richfaces-ui-input-ui --- > [INFO] The requirePluginVersions rule is currently not compatible with Maven3. > [INFO] > [INFO] --- maven-enforcer-plugin:1.0-redhat-1:enforce (enforce-maven-version) @ richfaces-ui-input-ui --- > [INFO] The requirePluginVersions rule is currently not compatible with Maven3. > [INFO] > [INFO] --- maven-cdk-plugin:4.2.0.Final-redhat-1:generate (cdk-generate-sources) @ richfaces-ui-input-ui --- > [Error] faces-config.xml:29:71: cvc-complex-type.2.4.a: Invalid content was found starting with element 'xi:include'. One of '{"http://java.sun.com/xml/ns/javaee":property, "http://java.sun.com/xml/ns/javaee":component-extension}' is expected. > [Error] faces-config.xml:240:71: cvc-complex-type.2.4.a: Invalid content was found starting with element 'xi:include'. One of '{"http://java.sun.com/xml/ns/javaee":property, "http://java.sun.com/xml/ns/javaee":component-extension}' is expected. > {noformat} -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12512) Repeat: input inside repeat in not updated

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12512?page=com.atlassian.jira.plugin.s... ] Brian Leathem reopened RF-12512: -------------------------------- Re-opening to target EAP 6.0.1 > Repeat: input inside repeat in not updated > ------------------------------------------ > > Key: RF-12512 > URL: https://issues.jboss.org/browse/RF-12512 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Mojarra 2.1.7 > JBoss AS 7.1.2.Final-redhat-1 > Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux > Chrome 22.0.1229.79 @ Linux x86_64 > Reporter: Pavol Pitonak > Attachments: repeat.png > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jRepeat/matrix.xhtml > # click the top-left "+" link > # click the top-left "C" link > result: > * output below is reset but input's value not > * worked fine in all previous versions -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12512) Repeat: input inside repeat in not updated

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12512?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12512: ------------------------------- Fix Version/s: 4.3.2 > Repeat: input inside repeat in not updated > ------------------------------------------ > > Key: RF-12512 > URL: https://issues.jboss.org/browse/RF-12512 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Mojarra 2.1.7 > JBoss AS 7.1.2.Final-redhat-1 > Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux > Chrome 22.0.1229.79 @ Linux x86_64 > Reporter: Pavol Pitonak > Fix For: 4.3.2 > > Attachments: repeat.png > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jRepeat/matrix.xhtml > # click the top-left "+" link > # click the top-left "C" link > result: > * output below is reset but input's value not > * worked fine in all previous versions -- 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, 9 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 February 2013