May 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12911) The release plugin doesn't change version in Java sources

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12911?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-12911. ----------------------------- Resolution: Done > The release plugin doesn't change version in Java sources > --------------------------------------------------------- > > Key: RF-12911 > URL: https://issues.jboss.org/browse/RF-12911 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 5.0.0.Alpha1 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha1 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > The version in {{VersionBean}} and {{FundamentalTestConfiguration}} stays {{5.0.0-SNAPSHOT}} after tagging (using {{mvn release:prepare}}). -- 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, 7 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 updated RF-12907: ---------------------------- Attachment: Nested-2.1.Finale.zip A more simple version, better project organization to help you. Just jump into, please. > 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, 7 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 commented on RF-12907: --------------------------------- 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-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, 7 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 Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12950?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak commented on RF-12950: ------------------------------------ IMHO we don't need history for tests. Lukas, Juraj, what do you think? > 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, 7 months

1
0
0 / 0

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

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12653?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak updated RF-12653: ------------------------------- Affects Version/s: 4.3.2 > 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: component > Affects Versions: 4.1.0.Final, 4.3.2 > Environment: Internet Explorer 9 > Reporter: Sandro Brändli > Assignee: Brian Leathem > 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, 7 months

1
0
0 / 0

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

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12653?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak updated RF-12653: ------------------------------- Component/s: compatibility > 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 > Assignee: Brian Leathem > 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, 7 months

1
0
0 / 0

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

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12653?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak updated RF-12653: ------------------------------- Assignee: Brian Leathem (was: Pavol Pitonak) > 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: component > Affects Versions: 4.1.0.Final > Environment: Internet Explorer 9 > Reporter: Sandro Brändli > Assignee: Brian Leathem > 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, 7 months

1
0
0 / 0

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

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12653?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak edited comment on RF-12653 at 5/2/13 7:10 AM: ------------------------------------------------------------ Yes, I could reproduce the bug with sample provided in https://community.jboss.org/thread/203124 in both IE9 and IE10, works fine with Chrome 26 and Firefox 20. was (Author: ppitonak): Yes, I could reproduce the bug with sample provided in https://community.jboss.org/thread/203124 > 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: component > Affects Versions: 4.1.0.Final > Environment: Internet Explorer 9 > Reporter: Sandro Brändli > Assignee: Pavol Pitonak > 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, 7 months

1
0
0 / 0

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

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12653?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak commented on RF-12653: ------------------------------------ Yes, I could reproduce the bug with sample provided in https://community.jboss.org/thread/203124 > 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: component > Affects Versions: 4.1.0.Final > Environment: Internet Explorer 9 > Reporter: Sandro Brändli > Assignee: Pavol Pitonak > 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, 7 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 Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12950?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12950: --------------------------------- Question is then if we should move whole history of tests or just snapshot. > 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, 7 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