May 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12851) The RichFaces kitchensink-rf quickstart/archetype incorrectly depend on the AS google guava module

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12851?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12851. ----------------------------- verified in 5.0.0.Alpha1 > The RichFaces kitchensink-rf quickstart/archetype incorrectly depend on the AS google guava module > -------------------------------------------------------------------------------------------------- > > Key: RF-12851 > URL: https://issues.jboss.org/browse/RF-12851 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype, examples > Reporter: Stefan Miklosovic > Assignee: Brian Leathem > Fix For: 4.3.2, 5.0.0.Alpha1 > > > The error: "Caused by: java.lang.NoClassDefFoundError: com/google/common/base/Function" is likely due to the quickstart relying on the JBoss AS google guava module [1], which is a bad idea for modules that are considered "internal" to AS. > We should remove the [manifest.mf entries|https://github.com/richfaces/as-quickstarts/blob/master/kitchensi...] that expose these modules and include the dependencies in the kitchensink-rf war. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12780) Upgrade to Mojarra 2.1.19

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12780?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12780. ----------------------------- verified in 5.0.0.Alpha1 > Upgrade to Mojarra 2.1.19 > ------------------------- > > Key: RF-12780 > URL: https://issues.jboss.org/browse/RF-12780 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Reporter: Pavol Pitonak > Assignee: Lukáš Fryč > Fix For: 4.3.2, 5.0.0.Alpha1 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js

by Nicolas Daniels (JIRA)

Nicolas Daniels created RF-13042: ------------------------------------ Summary: Render h:commandlink: keeps reloading js Key: RF-13042 URL: https://issues.jboss.org/browse/RF-13042 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: core Affects Versions: 4.3.2, 4.2.3.Final Reporter: Nicolas Daniels Priority: Critical Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. Workaround: Add: {code:xml} <h:inputText rendered="false"> <f:ajax /> </h:inputText> {code} in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) See forum link for more details. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12688) Upgrade Guava from 11.02 to 13.0.1

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12688?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12688. ----------------------------- verified in 5.0.0.Alpha1 > Upgrade Guava from 11.02 to 13.0.1 > ---------------------------------- > > Key: RF-12688 > URL: https://issues.jboss.org/browse/RF-12688 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.0.M3 > Reporter: Juergen Zimmermann > Assignee: Lukáš Fryč > Fix For: 4.3.2, 5.0.0.Alpha1 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The Guava version used by RF is 11.0.2. However, there is 13.0.1 (or even 14.0-rc1). -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12938) Update Shrinkwrap

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12938?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12938. ----------------------------- verified in 5.0.0.Alpha1 > Update Shrinkwrap > ----------------- > > Key: RF-12938 > URL: https://issues.jboss.org/browse/RF-12938 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.3.2, 5.0.0.Alpha1 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Cancelling tests resulted in a ShrinWrap zip file error when trying to re-run the test: > {quote} > WARNING: Exception encountered during export of archive > org.jboss.shrinkwrap.api.exporter.ArchiveExportException: Failed to write asset to output: /WEB-INF/lib/arquillian-warp.jar > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase$3.handle(StreamExporterDelegateBase.java:272) > at org.jboss.shrinkwrap.impl.base.io.IOUtil.closeOnComplete(IOUtil.java:219) > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase.processNode(StreamExporterDelegateBase.java:233) > at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:105) > at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:109) > at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:109) > at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.doExport(AbstractExporterDelegate.java:95) > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase.access$001(StreamExporterDelegateBase.java:50) > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase$1.call(StreamExporterDelegateBase.java:121) > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase$1.call(StreamExporterDelegateBase.java:116) > at org.jboss.shrinkwrap.impl.base.exporter.zip.JdkZipExporterDelegate$1.call(JdkZipExporterDelegate.java:124) > at org.jboss.shrinkwrap.impl.base.exporter.zip.JdkZipExporterDelegate$1.call(JdkZipExporterDelegate.java:118) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:722) > Caused by: java.io.IOException: Pipe closed > at java.io.PipedInputStream.checkStateForReceive(PipedInputStream.java:261) > at java.io.PipedInputStream.receive(PipedInputStream.java:227) > at java.io.PipedOutputStream.write(PipedOutputStream.java:149) > at java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:253) > at java.util.zip.DeflaterOutputStream.write(DeflaterOutputStream.java:211) > at java.util.zip.ZipOutputStream.write(ZipOutputStream.java:314) > at org.jboss.shrinkwrap.impl.base.io.IOUtil.copy(IOUtil.java:139) > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase$2.execute(StreamExporterDelegateBase.java:261) > at org.jboss.shrinkwrap.impl.base.exporter.StreamExporterDelegateBase$2.execute(StreamExporterDelegateBase.java:233) > at org.jboss.shrinkwrap.impl.base.io.IOUtil.closeOnComplete(IOUtil.java:217) > ... 15 more > {quote} > [~alrubinger] pointed out that our Shrinkwrap version was old and out of date. We need to upgrade to the latest Shrinkwrap to overcome this issue. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12786) Showcase - rewrite readme to markdown

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12786?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12786. ----------------------------- verified > Showcase - rewrite readme to markdown > ------------------------------------- > > Key: RF-12786 > URL: https://issues.jboss.org/browse/RF-12786 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: doc, showcase > Affects Versions: 4.3.0.Final > Reporter: Juraj Húska > Assignee: Juraj Húska > Priority: Minor > Fix For: 4.3.2, 5.0.0.Alpha1 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Please consider rewriting of showcase readme.txt to mark down syntax to be nicely parsed by GitHub. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12850) Popup panel: button's label is invisible in IE10

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12850?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12850. ----------------------------- verified > Popup panel: button's label is invisible in IE10 > ------------------------------------------------ > > Key: RF-12850 > URL: https://issues.jboss.org/browse/RF-12850 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.2.3.Final, 4.3.0.Final, 4.3.1 > Environment: RichFaces 4.3.2-SNAPSHOT > EAP 6.0.1, Tomcat 6.0.32, Tomcat 7.0.35 > Mojarra 2.1.7, 2.1.17, MyFaces 2.1.10 > Internet Explorer 9, 10 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.3.2, 5.0.0.Alpha1 > > Attachments: buttonInPopupPanel.png > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > {code:xml} > <rich:popupPanel id="panel" show="true" header="xxx"> > <h:commandButton id="button" value="Submit" /> > </rich:popupPanel> > {code} > If a page with code snippet above is opened in IE9/IE10, the label "Submit" of button is not displayed until mouse over event. > Since it appears in all JSF implementations and on all runtime containers and works in browsers different from IE, it looks like a bug in IE interpretation of CSS classes. > Sample works fine when header of popup panel is not displayed (i.e. header attribute isn't set and no facet is defined). -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13000) RichFaces 5 cannot be built on Windows

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13000?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-13000. ---------------------------- Verified. Closing. > RichFaces 5 cannot be built on Windows > -------------------------------------- > > Key: RF-13000 > URL: https://issues.jboss.org/browse/RF-13000 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 5.0.0.Alpha1 > Environment: Windows 8 x64 > Maven 3.0.4 > Oracle JDK 1.7.0_07 > Reporter: Pavol Pitonak > Assignee: Lukáš Fryč > Priority: Critical > Fix For: 5.0.0.Alpha1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > # git clone git://github.com/richfaces/richfaces.git > # cd richfaces > # mvn clean install > result: > * and error in "framework" module caused by UTF-8 characters (left/right arrow) > {quote} > [ERROR] unmappable character for encoding windows-1252, in the file:W:\workspace\richfaces-5.0-chrome\richfaces\framework\src\main\java\org\richfaces\ui\select\pickList\AbstractPickList.java at line 80 in column 34 > [ERROR] unmappable character for encoding windows-1252, in the file:W:\workspace\richfaces-5.0-chrome\richfaces\framework\src\main\java\org\richfaces\ui\select\pickList\AbstractPickList.java at line 86 in column 34 > {quote} -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12928) ExtendedDataTable: columnsOrder doesnt work after changing order

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12928?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-12928. ---------------------------- > ExtendedDataTable: columnsOrder doesnt work after changing order > ---------------------------------------------------------------- > > Key: RF-12928 > URL: https://issues.jboss.org/browse/RF-12928 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.1 > Environment: Tomcat 7, Mojarra 2.1.21 > Reporter: dako ak > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.2, 5.0.0.Alpha1 > > Attachments: JSF2-RichFaces-Test.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > According to the resolved bug RF-11776 I've tried the attribute "columnsOrder" in ExtendedDataTable. > I have a simple test case with a data table and an action button. Within the action button method I change the String Array of the attribute columnsOrder but the columns of the data table is rendered in the old order. > I have appended a test project to reproduce it. In this test project I have an a4j ajax button and a simple button, both arent working. > Best regards -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12846) a4j:commandLink accesskey attribute missing

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12846?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12846. ----------------------------- verified in 4.3.2 and 5.0.0.Alpha1 > a4j:commandLink accesskey attribute missing > ------------------------------------------- > > Key: RF-12846 > URL: https://issues.jboss.org/browse/RF-12846 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.2.Final, 4.2.3.Final, 4.3.1 > Reporter: John Yeary > Assignee: Brian Leathem > Priority: Trivial > Fix For: 4.3.2, 5.0.0.Alpha1 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The a4j:commandLink supported accesskey in 3.3.3.final and the org.richfaces.renderkit.html.CommandLinkRenderer supports the accesskey attribute as a pass-through attribute. However it does not appear in the VDL documentation, and produces an error message in the IDE. -- 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, 6 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 May 2013