[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:
-------------------------------
Fix Version/s: 4.3.1
(was: 5-Tracking)
> 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
>
>
> 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-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:
-------------------------------
Fix Version/s: 4.3.1
(was: 5-Tracking)
> 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
>
>
> 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:
-------------------------------
Fix Version/s: 4.3.1
> 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
>
>
> 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-12788) org.richfaces.javascript.QUnitTest fails in WFK 2.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12788?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12788:
-------------------------------
Fix Version/s: 4.3.1
> org.richfaces.javascript.QUnitTest fails in WFK 2.2
> ---------------------------------------------------
>
> Key: RF-12788
> URL: https://issues.jboss.org/browse/RF-12788
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core, tests - unit
> Affects Versions: 4.3.0.Final
> Environment: WFK 2.2
> Reporter: Marek Novotny
> Fix For: 4.3.1
>
> Attachments: org.richfaces.javascript.QUnitTest.txt
>
>
> we can see that CI job reports a few failed tests (8 from
> 167) in org.richfaces.javascript.QUnitTest
> {code}
> Results :
> Failed tests: testEvent(org.richfaces.javascript.QUnitTest): Failures:(..)
> testPosition(org.richfaces.javascript.QUnitTest): Failures:(..)
> testQueueRequest(org.richfaces.javascript.QUnitTest): Failures:(..)
> testQueueGetSize(org.richfaces.javascript.QUnitTest): Failures:(..)
> testQueueEmpty(org.richfaces.javascript.QUnitTest): Failures:(..)
> testQueueClear(org.richfaces.javascript.QUnitTest): Failures:(..)
> testQueueSubmitFirst(org.richfaces.javascript.QUnitTest): Failures:(..)
> testBaseComponent(org.richfaces.javascript.QUnitTest): Failures:(..)
> Tests run: 167, Failures: 8, Errors: 0, Skipped: 2
> Output from failed build is at
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/WFK/view/WFK-2.2/jo...
> {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