[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months