May 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12903) Review the usage of dist/assembly as the richfaces.jar assembler and depchain

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12903?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-12903: ---------------------------- Original Estimate: 4 hours (was: 1 hour) Remaining Estimate: 4 hours (was: 1 hour) > Review the usage of dist/assembly as the richfaces.jar assembler and depchain > ----------------------------------------------------------------------------- > > Key: RF-12903 > URL: https://issues.jboss.org/browse/RF-12903 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Priority: Critical > Fix For: 5.0.0.Alpha1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12903) Review the usage of dist/assembly as the richfaces.jar assembler and depchain

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12903?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12903: --------------------------------- In order to don't force users to include two dependencies, just one, we have decided to refactor the assembly step: * The idea is that we can move the resource-plugin's source to the framework itself. * It will be located under {{src/main/resource-plugin}}. * Then, we can package it as {{richfaces-resource-optimizer.jar}} (the {{richfaces}} project JAR with classifier {{resource-optimizer}}. * This JAR will contain an API similar to the plugin's API (via Main class/method) * We will be able to execute this {{resource-optimizer}} in a {{prepare-package}} phase using {{maven-exec-plugin}} and generate optimized resources together with {{richfaces.jar}} generation * At the end, users will be provided with an option to use {{richfaces-resource-optimizer.jar}} to optimize a content for their applications * the optimizer will be dependency of {{richfaces-resources-maven-plugin}}, which will handle Maven-specific API > Review the usage of dist/assembly as the richfaces.jar assembler and depchain > ----------------------------------------------------------------------------- > > Key: RF-12903 > URL: https://issues.jboss.org/browse/RF-12903 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Priority: Critical > Fix For: 5.0.0.Alpha1 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12653) rich:autocomplete needs two clicks to hide popup

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12653?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12653: ------------------------------- Assignee: (was: Brian Leathem) > rich:autocomplete needs two clicks to hide popup > ------------------------------------------------ > > Key: RF-12653 > URL: https://issues.jboss.org/browse/RF-12653 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component > Affects Versions: 4.1.0.Final, 4.3.2 > Environment: Internet Explorer 9 > Reporter: Sandro Brändli > Labels: ie > > In Internet Explorer 9 (did not test other versions) when an autocomplete popup is opened by clicking on the arrow button, it needs two clicks to close it. > This can be reproduced with the following code: > {noformat} > <?xml version='1.0' encoding='UTF-8' ?> > <ui:composition xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" > xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:rich="http://richfaces.org/rich" > xmlns:fn="http://java.sun.com/jsp/jstl/functions"> > <f:view> > <h:head></h:head> > <h:body> > <rich:autocomplete mode="client" minChars="0" autofill="false" showButton="true" > autocompleteList="#{fn:split('Test 1, Test 2, Test 3', ',')}" /> > </h:body> > </f:view> > </ui:composition> > {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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-11691) [rich:select] value disappears if you click between list and value

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-11691?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-11691: --------------------------------- Thanks for a patch, Domenico! I have scheduled this for incorporation to {{5.0.0.Alpha2}} and if it will pass tests, we will backport it to 4.x. > [rich:select] value disappears if you click between list and value > ------------------------------------------------------------------ > > Key: RF-11691 > URL: https://issues.jboss.org/browse/RF-11691 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.1.0.Milestone4 > Environment: Java 6, Tomcat 7, RF-M4, myfaces-2.1.3 > Reporter: Rene O > Priority: Minor > Fix For: 4.3.3, 5.0.0.Alpha2 > > Attachments: image.png, richselect.png > > > If you click between the list and the value, the value disappears. See attached image for more information. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-11691) [rich:select] value disappears if you click between list and value

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-11691?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-11691: ---------------------------- Fix Version/s: 4.3.3 5.0.0.Alpha2 (was: 5-Tracking) > [rich:select] value disappears if you click between list and value > ------------------------------------------------------------------ > > Key: RF-11691 > URL: https://issues.jboss.org/browse/RF-11691 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.1.0.Milestone4 > Environment: Java 6, Tomcat 7, RF-M4, myfaces-2.1.3 > Reporter: Rene O > Priority: Minor > Fix For: 4.3.3, 5.0.0.Alpha2 > > Attachments: image.png, richselect.png > > > If you click between the list and the value, the value disappears. See attached image for more information. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12903) Review the usage of dist/assembly as the richfaces.jar assembler and depchain

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12903?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-12903: ------------------------------- Assignee: Lukáš Fryč (was: Brian Leathem) > Review the usage of dist/assembly as the richfaces.jar assembler and depchain > ----------------------------------------------------------------------------- > > Key: RF-12903 > URL: https://issues.jboss.org/browse/RF-12903 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Priority: Critical > Fix For: 5.0.0.Alpha1 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12927) Review all occurences of org.ajax4jsf string in RichFaces 5 repository

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12927?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-12927: ------------------------------- Assignee: Lukáš Fryč > Review all occurences of org.ajax4jsf string in RichFaces 5 repository > ---------------------------------------------------------------------- > > Key: RF-12927 > URL: https://issues.jboss.org/browse/RF-12927 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: migration > Affects Versions: 5.0.0.Alpha1 > Reporter: Pavol Pitonak > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha1 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > There are 57 occurences of string "org.ajax4jsf" in RichFaces 5 repository, e.g. in JavaDocs, package-info files and in web.xml files. > It doesn't make sense to use package org.ajax4jsf anymore. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12950) Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12950?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on RF-12950: ---------------------------------- I have not needed to use any git history information so far, that is why SNAPSHOT is good for me. > Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests > ------------------------------------------------------------------------------------------------------ > > Key: RF-12950 > URL: https://issues.jboss.org/browse/RF-12950 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Lukáš Fryč > Assignee: Juraj Húska > > Smoke tests should verify that basic showcase functionality works as expected. > Full showcase test suite can be moved into RF5 repository then. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE edited comment on RF-12907 at 5/2/13 9:44 AM: --------------------------------------------------------- Hello Brian, What we observed, is replacing our Ids by @form or @all requires to click twice to fire the action. Then there is a refresh problem. Using JSF tags like @form or @all should work at anytime as the documentation does not tell any limitation or constraint in using them. It is simply not normal that those tags do not perform well under RF components. And what we expected is to click only once to fire an action on button or on link. Moreover, it is not normal that in such case, we do not have any message error from JSF or RF. Because the request hits the server but no action is done... IF we restore our ids, it works, so what is wrong ? What is missing ? As we said since the beginning, since we starting using RF 2 years ago, while you're refactoring it and us suffering a lot, the complexity is a part of the problem. We did the ITBH as the simplest application implementing the SPA concept, highly dynamic, based on RF tab panel. We think that a too much trivial project might not give you the problem. Did you have at least install it, begin using it ? The report is only one issue, about @form or @all but we different scenarios or paths to reproduce the bug. We do not need debugging the application for us because ITBH is not the real application. It is just a basic project to validate the stack technology. The real project is much bigger, much more complex at the UI level. ITBH is just a starting point, a baseline for us. ITBH is a communication tool between third parties and us. We did this report, only for RF, not really for us as using our id, it is working. But we think that it is very interesting case for you and the community as we are not alone in such situation where clicking on button or link does not trigger the expected action and I do not talk about the classical reason like: - bad name of the method controller - forgot the immediate = true - forgot the h:messages - Model change at the server side - and so on. We start from a running well application, we change our ids by @all or @form and the application does not work anymore. All the story since 2 years rise a simple question: Does RF can really coexist with JSF 2 smoothly ? Can we have a stable and robust version on which we can construct our business software ? Best regards, JA was (Author: jorelia64): Hello Brian, What we observed, is replacing our Ids by @form or @all requires to click twice to fire the action. Then there is a refresh problem. Using JSF tags like @form or @all should work at anytime as the documentation does not tell any limitation or constraint in using them. It is simply not normal that those tags do not perform well under RF components. And what we expected is to click only once to fire an action on button or on link. Moreover, it is not normal that in such case, we do not have any message error from JSF or RF. Because the request hits the server but no action is done... IF we restore our ids, it works, so what is wrong ? What is missing ? As we said since the beginning, since we starting using RF 2 years ago, while you're refactoring it and us suffering a lot, the complexity is a part of the problem. We did the ITBH as the simplest application implementing the SPA concept, highly dynamic, based on RF tab panel. We think that a too much trivial project might not give you the problem. Did you have at least install it, begin using it ? The report is only one issue, about @form or @all but we different scenarios or paths to reproduce the bug. We do not need debugging the application for us because ITBH is not the real application. It is just a basic project to validate the stack technology. The real project is much bigger, much more complex at the UI level. ITBH is just a starting point, a baseline for us. ITBH is a communication tool between third parties and us. We did this report, only for RF, not really for us as using our id, it is working. But we think that it is very interesting case for you and the community as we are not alone in such situation where clicking on button or link does not trigger the expected action and I do not talk about the classical reason like: - bad name of the method controller - forgot the immediate = true - forgot the h:messages - Model change at the server side - and so on. We start from a running well application, we change our ids by @all or @form and the application does not work anymore. All the story since 2 years rise a simple question: Does RF can really coexist with JSF 2 smoothly ? Can we have a stable and robust version on which we can construct our business software ? We heard that using PrimesFaces is more advanced project, probably we will test this framework on and with ITBH. Best regards, JA > render="@form" problem with a4jCommand Button / Link / @all > ----------------------------------------------------------- > > Key: RF-12907 > URL: https://issues.jboss.org/browse/RF-12907 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final, 4.3.1 > Environment: JSF Mojarra 2.1.21 or 2.1.20 - Glassfish or WAS 8.0.0.x Servlet 3.0 or 2.5 > Reporter: Jean ANDRE > Labels: waiting_on_user > Attachments: Nested-2.1.Finale.zip, Nested-Spring-3.2.2.zip, NestedEar-CDI.zip > > > Please see the report at: http://java.net/jira/browse/JAVASERVERFACES-2016 > It seems that that there is a problem with a4j button and the value of @form/render attribute. > The symptom we got is after refreshing the panel for building a list. Click on link form the result lisk does not trigger the action. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE edited comment on RF-12907 at 5/2/13 9:43 AM: --------------------------------------------------------- Hello Brian, What we observed, is replacing our Ids by @form or @all requires to click twice to fire the action. Then there is a refresh problem. Using JSF tags like @form or @all should work at anytime as the documentation does not tell any limitation or constraint in using them. It is simply not normal that those tags do not perform well under RF components. And what we expected is to click only once to fire an action on button or on link. Moreover, it is not normal that in such case, we do not have any message error from JSF or RF. Because the request hits the server but no action is done... IF we restore our ids, it works, so what is wrong ? What is missing ? As we said since the beginning, since we starting using RF 2 years ago, while you're refactoring it and us suffering a lot, the complexity is a part of the problem. We did the ITBH as the simplest application implementing the SPA concept, highly dynamic, based on RF tab panel. We think that a too much trivial project might not give you the problem. Did you have at least install it, begin using it ? The report is only one issue, about @form or @all but we different scenarios or paths to reproduce the bug. We do not need debugging the application for us because ITBH is not the real application. It is just a basic project to validate the stack technology. The real project is much bigger, much more complex at the UI level. ITBH is just a starting point, a baseline for us. ITBH is a communication tool between third parties and us. We did this report, only for RF, not really for us as using our id, it is working. But we think that it is very interesting case for you and the community as we are not alone in such situation where clicking on button or link does not trigger the expected action and I do not talk about the classical reason like: - bad name of the method controller - forgot the immediate = true - forgot the h:messages - Model change at the server side - and so on. We start from a running well application, we change our ids by @all or @form and the application does not work anymore. All the story since 2 years rise a simple question: Does RF can really coexist with JSF 2 smoothly ? Can we have a stable and robust version on which we can construct our business software ? We heard that using PrimesFaces is more advanced project, probably we will test this framework on and with ITBH. Best regards, JA was (Author: jorelia64): Hello Brian, What we observe is replacing our Ids by @form or @all requires to click twice to fire the action. Then there is a refresh problem. Using JSF tag like @form or @all should work at anytime as the documentation does not tell any limitation or constraint in using them. It is simply not normal that those tag does not perform well under RF components. And what we expected is to click only once to fire an action on button or on link. Moreover, it is not normal that in such case, we do not have any message error from JSF or RF. Because request hit the server but no action is done... IF we restore our ids, it works, so what is wrong ? What is missing ? As we said since the beginning, since we starting using RF 2 years ago, while you're refactoring it and us suffering a lot, the complexity is a part of the problem. We did the ITBH as the simplest application implementing the SPA concept, highly dynamic based on RF tab panel. We think that a too much trivial project might not give you the problem. Did you have at least install it, begin using it ? The report is only one issue, about @form or @all but we different scenarios or paths to reproduce the bug. We do not need debugging the application for us because ITBH is not the real application. It is just a basic project to validate the stack technology. The real project is much bigger, more complex at the UI level. ITBH is just a starting point, a baseline for us. ITBH is a communication tools between third party and us. We did this report, only for RF, not really for us as using our id, it is working. But we think that it is very interesting case for you and the community as we are not alone in such situation where clicking on button or link does not trigger the expected action and I do not talk about the classical reason like: - bad name of the method controller - forgot the immediate = true - forgot the h:messages - Model change at the server side - and so on. We start from a running well application, we change our ids by @all or @form and the application does not work anymore. All the story since 2 years rise a simple question: Does RF can really coexist with JSF 2 smoothly ? Can we have a stable and robust version on which we can construct our business software ? Best regards, JA > render="@form" problem with a4jCommand Button / Link / @all > ----------------------------------------------------------- > > Key: RF-12907 > URL: https://issues.jboss.org/browse/RF-12907 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final, 4.3.1 > Environment: JSF Mojarra 2.1.21 or 2.1.20 - Glassfish or WAS 8.0.0.x Servlet 3.0 or 2.5 > Reporter: Jean ANDRE > Labels: waiting_on_user > Attachments: Nested-2.1.Finale.zip, Nested-Spring-3.2.2.zip, NestedEar-CDI.zip > > > Please see the report at: http://java.net/jira/browse/JAVASERVERFACES-2016 > It seems that that there is a problem with a4j button and the value of @form/render attribute. > The symptom we got is after refreshing the panel for building a list. Click on link form the result lisk does not trigger the action. -- 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, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2013