[JBoss JIRA] (RF-12754) rich:validator message cannot be customized when using bean validation (via javax.faces.validator.BeanValidator.MESSAGE property)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12754?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12754:
-------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> rich:validator message cannot be customized when using bean validation (via javax.faces.validator.BeanValidator.MESSAGE property)
> ---------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12754
> URL: https://issues.jboss.org/browse/RF-12754
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-validators
> Affects Versions: 4.3.0.CR1
> Environment: Glassfish 3.1.2.2, jdk7u9
> Reporter: Nejc G
> Assignee: Brian Leathem
> Labels: testcase_provided
> Fix For: 4.3.1
>
> Attachments: sample.rar
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> rich:validator clientside validation is ignoring javax.faces.validator.BeanValidator.MESSAGE property for messages. Standard validation without rich:validator works fine. Problem is there is no way to customize error (show label) hence making bean validation using this path nearly useless.
> I have the aforementioned property in a property file, configured to be used through locale-config line in faces-config.xml. The line reads:
> javax.faces.validator.BeanValidator.MESSAGE={1}: {0}
> and as mentioned rich:validator only outputs {0} (that is msg from bean validation). Seems to me it doesn't behave as configured.
--
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, 4 months
[JBoss JIRA] (RF-12523) a4j:commandButton generates duplicated context path using a resource value expression within image attribute
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12523?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12523:
-------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> a4j:commandButton generates duplicated context path using a resource value expression within image attribute
> ------------------------------------------------------------------------------------------------------------
>
> Key: RF-12523
> URL: https://issues.jboss.org/browse/RF-12523
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 4.2.2.Final, 4.3.0.M1
> Environment: Windows 7 Professional, JBoss AS 6.1.0.Final, Mojarra 2.1.7
> Reporter: Andreas Owczarek
> Labels: testcase_provided
> Fix For: 4.3.1
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> a4j:commandButton produces an extra context path prefix for the image resource path, when it is used with the value expression {code}#{resource['library:file']}{code} for the image attribute.
> {code:xml|title=Example code}
> <a4j:commandButton image="#{resource['icons:icon.gif']}" value="#{resource['icons:icon.gif']}"/>
> {code}
> {code:xml|title=Generated Result code}
> <input type="image" alt="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" src="/com.example.my.context.path/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" value="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" onclick="RichFaces.ajax("j_idt76",event,{"incId":"1"} );return false;" name="j_idt76" id="j_idt76">
> {code}
> The generated code show the correct value for the expression within the generated button label, but the image could not be located correctly because of the wrong generated image resource path.
--
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, 4 months
[JBoss JIRA] (RF-12774) a4j:commandLink does not set the styleClass when disabled
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12774?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12774:
-------------------------------
Original Estimate: 30 minutes
Remaining Estimate: 30 minutes
> a4j:commandLink does not set the styleClass when disabled
> ---------------------------------------------------------
>
> Key: RF-12774
> URL: https://issues.jboss.org/browse/RF-12774
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.3.0.Final
> Reporter: Timothy Whitehead
> Labels: a4j:commandLink, regression, richfaces, styleClass
> Fix For: 4.3.1
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> I upgraded to 4.3.0.Final and when I use a disabled a4j:commandLink it renders with class="class org.richfaces.component.UICommandLink" I believe it was working correctly in 4.2.3.Final
--
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, 4 months
[JBoss JIRA] (RF-12750) extendedDataTable make facet header clickable using default sortHandle
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12750?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12750:
-------------------------------
Original Estimate: 30 minutes
Remaining Estimate: 30 minutes
> extendedDataTable make facet header clickable using default sortHandle
> ----------------------------------------------------------------------
>
> Key: RF-12750
> URL: https://issues.jboss.org/browse/RF-12750
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.0.M3
> Reporter: Marc A. Harnos
> Priority: Minor
> Labels: datatable, extendedDataTable, extended_datatable, extendeddatatable
> Fix For: 4.3.1
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> It would be nice, if the default sort handler on an extendedDataTable would also make the facet header clickable (like the sorting arrows span).
--
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, 4 months
[JBoss JIRA] (RF-12765) Rich:tabPanel not possible to switch tabs when only dynamic tabs are present
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12765?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12765:
-------------------------------
Original Estimate: 2 hours
Remaining Estimate: 2 hours
> Rich:tabPanel not possible to switch tabs when only dynamic tabs are present
> ----------------------------------------------------------------------------
>
> Key: RF-12765
> URL: https://issues.jboss.org/browse/RF-12765
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.0.M3, 4.3.0.CR2
> Environment: Linux, windows any browser Chrom, Mozilla
> Reporter: Tali Han
> Fix For: 4.3.1
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> Rih:Tab panel functionality is broken.
> If you have dynamically generated tabs, you'll be able to switch from first to last, and then to first, but you'll not be able to switch to any other tab again.
> Remove from example that comes with richfaces distribution first static tab for dynamic tabs and you'll be able to reproduce this behaviour.
> richfaces/tabPanel/samples/dynamic-sample.xhtml
> {code}
> <rich:tabPanel activeItem="#{dynamicPanelBean.activeTab}">
> <ui:remove>
> <rich:tab header="Static">
> <p>This tab is static one.</p>
>
> <p>All of the following tabs are dynamically generated using <b>a4j:repeat</b>.</p>
> </rich:tab>
> </ui:remove>
> <a4j:repeat value="#{skinBean.skins}" var="skinName">
>
> <rich:tab header="#{skinName}" name="#{skinName}">
> <f:facet name="header">#{skinName}</f:facet>
> <i> All the controls below are just standard JSF components skinned with RichFaces: </i>
> <hr />
> <h:form>
> {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, 4 months
[JBoss JIRA] (RF-12789) TabPanel error after partial update with new tab
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12789?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12789:
-------------------------------
Original Estimate: 2 hours
Remaining Estimate: 2 hours
> TabPanel error after partial update with new tab
> ------------------------------------------------
>
> Key: RF-12789
> URL: https://issues.jboss.org/browse/RF-12789
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.0.CR2
> Environment: Mojarra 2.1.17, Tomcat 7.0.22, Java 1.7, Windows 7
> Reporter: Lutz Ulrich
> Labels: Tab, TabPanel, dynamical-add
> Fix For: 4.3.1
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> Adding tabs dynamically (programatically) in partial requests results in errors.
> The JavaScript code for all TabPanels and their child Tabs is added to HTML <body> using JavaScriptService.addScript(FacesContext, S), see DivPanelRenderer.writeJavaScript(), TabRenderer.doEncodeItemEnd() and TabRenderer.doEncodeEnd().
> The top-level <script> element in <body> won't be updated if a new Tab is added dynamically in a partial request. Thus, the script, new RichFaces.ui.Tab(...), for the new Tab is missing.
> Similar problems arise if a TabPanel is added in a partial request.
> All scripts, RichFaces.ui.Tab(...) and RichFaces.ui.TabPanel(...) should be rendered inline for partial update to work with new TabPanels and new Tabs.
--
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, 4 months
[JBoss JIRA] (RF-12781) The kitchensink-rf quickstart uses obsolete property names and values
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12781?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12781:
-------------------------------
Original Estimate: 45 minutes
Remaining Estimate: 45 minutes
> The kitchensink-rf quickstart uses obsolete property names and values
> ----------------------------------------------------------------------
>
> Key: RF-12781
> URL: https://issues.jboss.org/browse/RF-12781
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Sande Gilda
> Fix For: 4.3.1
>
> Original Estimate: 45 minutes
> Remaining Estimate: 45 minutes
>
> The POM file currently contains:
> {code}
> <jboss.as.plugin.version>7.1.1.Final</jboss.as.plugin.version>
> {code}
> The correct name/value is:
> {code}
> <version.org.jboss.as.plugins.maven.plugin>7.3.Final</version.org.jboss.as.plugins.maven.plugin>
> {code}
> It also defines:
> {code}
> <!-- Define the version of the JBoss BOMs we want to import. The
> JBoss BOMs specify tested stacks. -->
> <jboss.bom.version>1.0.0.Final</jboss.bom.version>
> <!-- Alternatively, comment out the above line, and un-comment the
> line below to use version 1.0.2.Final-redhat-1 which is a release
> certified to work with JBoss EAP 6. It requires you have access
> to the JBoss EAP 6 maven repository. -->
> <!-- <jboss.bom.version>1.0.2.Final-redhat-1</jboss.bom.version> -->
> {code}
> That section should be defined as follows:
> {code}
> <!-- Define the version of the JBoss BOMs we want to import to specify tested stacks. -->
> <version.org.jboss.bom>1.0.4.Final</version.org.jboss.bom>
> <!-- Alternatively, comment out the above line, and un-comment the
> line below to use version 1.0.4.Final-redhat-1 which is a release certified
> to work with JBoss EAP 6. It requires you have access to the JBoss EAP 6
> maven repository. -->
> <!-- <version.org.jboss.bom>1.0.4.Final-redhat-1</version.org.jboss.bom> -->
> {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, 4 months
[JBoss JIRA] (RF-12760) rich:tabPanel does not work after ajax request
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12760?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12760:
-------------------------------
Original Estimate: 2 hours
Remaining Estimate: 2 hours
> rich:tabPanel does not work after ajax request
> ----------------------------------------------
>
> Key: RF-12760
> URL: https://issues.jboss.org/browse/RF-12760
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.0.M2, 4.3.0.M3, 4.3.0.CR1, 4.3.0.CR2
> Environment: RichFaces 4.3.0.CR2
> Metamer 4.3.0-SNAPSHOT
> Mojarra 2.1.7-jbossorg-2
> JBoss AS 7.1.2.Final-redhat-1
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 24.0.1312.56 @ Linux x86_64
> -----------------------------------------------------------
> Windows 7 - Chrome 24.0.1312.56 / IE 9.
> Mojarra 2.1.17
> Richfaces 4.3.0.CR2
> Reporter: Adelmo Erick santos
> Labels: regression
> Fix For: 4.3.1
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> When I submit a ajax request in a h:commandButtom within a tab with f:ajax them the tabPanel don´t switch tabs anymore. The problem is already reported in RF-10112. Sorry i´m from Brazil and my english very bad.
> {code}
> <!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:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:a4j="http://richfaces.org/a4j" >
>
> <h:head>
> </h:head>
> <h:body>
> <h:form>
> <rich:tabPanel>
> <rich:tab header="cash">
> <h:commandButton value="Enter">
> <f:ajax event="click" render="@form"/>
> </h:commandButton>
> </rich:tab>
> <rich:tab header="creditCard">
> <h:outputText value="Test"/>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {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, 4 months