July 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4308) rich:pickList: keep sort order of source list after add/remove operations

by Martin Höller (JIRA)

rich:pickList: keep sort order of source list after add/remove operations ------------------------------------------------------------------------- Key: RF-4308 URL: https://jira.jboss.org/jira/browse/RF-4308 Project: RichFaces Issue Type: Feature Request Reporter: Martin Höller When adding items from the source list to the target list and removing this items again, the original order of the source list is not preserved. This makes it hard to find items in a list that is longer than just a fest items. A good example is the second example on the livedemo at http://livedemo.exadel.com/richfaces-demo/richfaces/pickList.jsf. Add the first state (Alabama) and remove it. It can now be found at the very end of the otherwise alphabetical list of states. This can be rather unintuitive for a user. My suggestion is either remember the original sort order of the source list, or add some attribute that enables automatic sorting. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

4
3
0 / 0

[JBoss JIRA] (RF-12361) Tree cannot be expanded inside collection tags

by Michael Heinen (JIRA)

Michael Heinen created RF-12361: ----------------------------------- Summary: Tree cannot be expanded inside collection tags Key: RF-12361 URL: https://issues.jboss.org/browse/RF-12361 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.2.Final Environment: myFaces 2.1.8 Tomcat 6.0.35 Reporter: Michael Heinen The rich:tree cannot be expanded completely via ajax if it is used inside a rich:list. The first level can be expanded but no deeper levels. Inside tomahawk datalist it does also not work. The tree worked well with tomahawk's datalist in richfaces 3.3.3. Therefore it is a showstopper for an update to version 4. {code:xml} <rich:list id="treeList" value="#{treeListBean.treeBeans}" var="currentItem" iterationStatusVar="counter" type="unordered" rowKeyVar="rowKey"> <h:panelGroup id="t_group"> <h:panelGrid id="t_grid" columns="2" columnClasses="top,top" width="60%"> <rich:tree id="tree" nodeType="#{node.type}" var="node" value="#{currentItem.rootNodes}" toggleType="ajax"> <rich:treeNode id="n_country" type="country"> #{node.name} </rich:treeNode> <rich:treeNode id="n_company" type="company" icon="/images/tree/disc.gif"> #{node.name} </rich:treeNode> <rich:treeNode id="n_song" type="cd" icon="/images/tree/song.gif"> #{node.artist} - #{node.name} - #{node.year} </rich:treeNode> </rich:tree> </h:panelGrid> </h:panelGroup> </rich:list> {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
4
0 / 0

[JBoss JIRA] (RF-12351) rich:extendedDataTable frozen columns cause alternating row color to be out of sync with unfrozen part of table

by Marc Sansa (JIRA)

12 years, 3 months

2
2
0 / 0

[JBoss JIRA] (RF-12330) Drag while selecting row in rich:extendedDataTable causes JS error

by Tristan Dyer (JIRA)

12 years, 3 months

2
1
0 / 0

[JBoss JIRA] (RF-12362) fileupload Parameter "color" for convert from HTML to java can not be decoded

by s m (JIRA)

s m created RF-12362: ------------------------ Summary: fileupload Parameter "color" for convert from HTML to java can not be decoded Key: RF-12362 URL: https://issues.jboss.org/browse/RF-12362 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input, core, skinning Environment: RF 4.3 Reporter: s m Hi, Whith the component {{rich:fileUpload}} In my file skin.properties, when I set the property {{tableFooterBackgroundColor=transparent}} I catch the excetpion {code} Caused by: java.lang.IllegalArgumentException: Parameter "color" for convert from HTML to java can not be decoded: [transparent], reason: For input string: "transparent" at org.ajax4jsf.util.HtmlColor.decode(HtmlColor.java:78) [richfaces-core-impl-4.3.0-20120704.041156-53.jar:4.3.0-SNAPSHOT] at org.richfaces.skin.AbstractSkin.decodeColor(AbstractSkin.java:44) [richfaces-core-impl-4.3.0-20120704.041156-53.jar:4.3.0-SNAPSHOT] {code} With a color like #123456, it works fine. Maybe in org.ajax4jsf.util.HTMLColor you can add something like {{colorNames.put("transparent", new Color(0xFF,0xFF,0xFF,0x00);}} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-11175) [rich:extendedDataTable] columns should be automatically resized to fill empty space on right side

by Rene O (JIRA)

[rich:extendedDataTable] columns should be automatically resized to fill empty space on right side -------------------------------------------------------------------------------------------------- Key: RF-11175 URL: https://issues.jboss.org/browse/RF-11175 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Final Reporter: Rene O Attachments: table.PNG As an example: If you have an extendedDataTable with a width of 500px and 3 columns with the default width set. The columns do not fill the entire table width. There is empty space left on the right side of the tabel. It would be good, if the columns would automatically resize to fit the entire table. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

4
4
0 / 0

[JBoss JIRA] (RF-12247) CDK: short-cuts for repetitious expressions

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12247: ------------------------------- Summary: CDK: short-cuts for repetitious expressions Key: RF-12247 URL: https://issues.jboss.org/browse/RF-12247 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Paul Dijou h3. 1) Test if an attribute is present : {code:xml} <c:when test="#{component.attributes['brand']!= null and not component.attributes['brand'].equals('')}"> {code} Can become : {code:xml} <c:when test="#{component.hasAttribute('brand')}"> {code} {code:java} public boolean hasAttribute(String attributeName) { // TODO : test if the attribute is present } {code} h3. 2) Test if a facet is present Same as before but about JSF facets {code:xml} <c:when test="#{component.getFacet('brand') != null and component.getFacet('brand').rendered}"> {code} Become {code:xml} <c:when test="#{component.hasFacet('brand')}"> {code} {code:java} public boolean hasFacet(String facetName) { // TODO : test if the facet is present and rendered } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
4
0 / 0

[JBoss JIRA] (RF-12299) rich:calendar - popup hides input when @direction is set to topRight or topLeft

by Jan Papousek (JIRA)

Jan Papousek created RF-12299: --------------------------------- Summary: rich:calendar - popup hides input when @direction is set to topRight or topLeft Key: RF-12299 URL: https://issues.jboss.org/browse/RF-12299 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.2.2.Final Environment: RichFaces 4.2.2.Final Metamer 4.2.2-SNAPSHOT Unknown version of JSF JBoss AS 7.1.1.Final Java(TM) SE Runtime Environment 1.6.0_31-b04 @ Linux Firefox 12.0 @ Linux x86_64 Reporter: Jan Papousek -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] (RF-12297) Queue has already been registered warnings when using Spring WebFlow

by Patrick Schmidt (JIRA)

Patrick Schmidt created RF-12297: ------------------------------------ Summary: Queue has already been registered warnings when using Spring WebFlow Key: RF-12297 URL: https://issues.jboss.org/browse/RF-12297 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.2.2.Final Environment: RichFaces 4.2.2, Spring WebFlow 2.3.1, Mojarry 2.1.8, Tomcat 6.0.32 Reporter: Patrick Schmidt Priority: Minor Attachments: standard.xhtml Registring a global a4j:queue at form level <h:form> <a4j:queue name="test" /> </h:form> leads to warnings "Queue with name 'test' has already been registered". This problem occurs only when using Spring WebFlow and is also reproducable in the booking-richfaces sample app contained in RFPL-1430. Just exchange the attached standard.xhtml. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
2
0 / 0

[JBoss JIRA] (RF-12316) Module components cannot be built

by Pavol Pitonak (JIRA)

Pavol Pitonak created RF-12316: ---------------------------------- Summary: Module components cannot be built Key: RF-12316 URL: https://issues.jboss.org/browse/RF-12316 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Affects Versions: 4.2.2.Final Reporter: Pavol Pitonak Priority: Blocker Jenkins job for components repository [1] has been failing for two weeks. It fails in *RichFaces UI Components: Core UI* module with error below. [1] http://hudson.qa.jboss.com/hudson/job/richfaces-4.3-components/75/ {quote} Waiting for Jenkins to finish collecting data mavenExecutionResult exceptions not empty message : Failed to execute goal org.richfaces.cdk:maven-cdk-plugin:4.3.0-SNAPSHOT:generate (cdk-generate-sources) on project richfaces-ui-core-ui: Execution cdk-generate-sources of goal org.richfaces.cdk:maven-cdk-plugin:4.3.0-SNAPSHOT:generate failed: java.lang.NullPointerException cause : Execution cdk-generate-sources of goal org.richfaces.cdk:maven-cdk-plugin:4.3.0-SNAPSHOT:generate failed: java.lang.NullPointerException Stack trace : org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.richfaces.cdk:maven-cdk-plugin:4.3.0-SNAPSHOT:generate (cdk-generate-sources) on project richfaces-ui-core-ui: Execution cdk-generate-sources of goal org.richfaces.cdk:maven-cdk-plugin:4.3.0-SNAPSHOT:generate failed: java.lang.NullPointerException at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:225) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239) at org.jvnet.hudson.maven3.agent.Maven3Main.launch(Maven3Main.java:158) at hudson.maven.Maven3Builder.call(Maven3Builder.java:104) at hudson.maven.Maven3Builder.call(Maven3Builder.java:70) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:287) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) 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:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Caused by: org.apache.maven.plugin.PluginExecutionException: Execution cdk-generate-sources of goal org.richfaces.cdk:maven-cdk-plugin:4.3.0-SNAPSHOT:generate failed: java.lang.NullPointerException at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:110) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 27 more Caused by: java.lang.RuntimeException: java.lang.NullPointerException at com.sun.tools.javac.main.Main.compile(Main.java:469) at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:132) at org.richfaces.cdk.apt.AptBuilder.build(AptBuilder.java:55) at org.richfaces.cdk.Generator.execute(Generator.java:139) at org.richfaces.builder.mojo.GenerateMojo.execute(GenerateMojo.java:217) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) ... 28 more Caused by: java.lang.NullPointerException at org.richfaces.cdk.templatecompiler.RendererClassGenerator.render(RendererClassGenerator.java:108) at org.richfaces.cdk.apt.AptBuilder.generate(AptBuilder.java:65) at org.richfaces.cdk.apt.CdkProcessorImpl.generate(CdkProcessorImpl.java:103) at org.richfaces.cdk.apt.CdkProcessorImpl.process(CdkProcessorImpl.java:95) at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:793) at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$200(JavacProcessingEnvironment.java:97) at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.runContributingProcs(JavacProcessingEnvironment.java:644) at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1027) at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1185) at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1108) at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:824) at com.sun.tools.javac.main.Main.compile(Main.java:439) ... 33 more {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2012