October 2013 - richfaces-planning-issues

[JBoss JIRA] (RFPL-3029) TestInplaceSelectValidationMessages all tests fail

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-3029?page=com.atlassian.jira.plugin.... ] Jiří Štefek resolved RFPL-3029. ------------------------------- Fix Version/s: 5.0.0.Alpha2 Resolution: Done Resolved by this [commit|https://github.com/richfaces/richfaces-qa/commit/1c32f642b59a76eb4...]. Verified by [job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...]. > TestInplaceSelectValidationMessages all tests fail > -------------------------------------------------- > > Key: RFPL-3029 > URL: https://issues.jboss.org/browse/RFPL-3029 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: QE > Affects Versions: 4.3.4 > Reporter: Matej Novotny > Assignee: Jiří Štefek > Fix For: 5.0.0.Alpha2 > > > All of the test in above mentioned class fail with "no such element(..)" although during the test (in debug mode) all the elements are locatable. Might be caused by some Guard method timeout - error messages won't show up in time. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3047) Component reference: update rf5 autocomplete with actual data

by Jiří Štefek (JIRA)

Jiří Štefek created RFPL-3047: --------------------------------- Summary: Component reference: update rf5 autocomplete with actual data Key: RFPL-3047 URL: https://issues.jboss.org/browse/RFPL-3047 Project: RichFaces Planning Issue Type: Bug Security Level: Public (Everyone can see) Components: doc Affects Versions: 5.0.0.Alpha1 Reporter: Jiří Štefek -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3029) TestInplaceSelectValidationMessages all tests fail

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-3029?page=com.atlassian.jira.plugin.... ] Jiří Štefek commented on RFPL-3029: ----------------------------------- In that template it doesn't work. Thanks, I'll fix it. > TestInplaceSelectValidationMessages all tests fail > -------------------------------------------------- > > Key: RFPL-3029 > URL: https://issues.jboss.org/browse/RFPL-3029 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: QE > Affects Versions: 4.3.4 > Reporter: Matej Novotny > Assignee: Jiří Štefek > > All of the test in above mentioned class fail with "no such element(..)" although during the test (in debug mode) all the elements are locatable. Might be caused by some Guard method timeout - error messages won't show up in time. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3029) TestInplaceSelectValidationMessages all tests fail

by Matej Novotny (JIRA)

[ https://issues.jboss.org/browse/RFPL-3029?page=com.atlassian.jira.plugin.... ] Matej Novotny commented on RFPL-3029: ------------------------------------- Ok I assume I made a mistake somewhere because now that I run the tests it works in all templates except for richPopupPanel, have you tried it with this one as well? As for environment I used JBoss AS 7.1. > TestInplaceSelectValidationMessages all tests fail > -------------------------------------------------- > > Key: RFPL-3029 > URL: https://issues.jboss.org/browse/RFPL-3029 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: QE > Affects Versions: 4.3.4 > Reporter: Matej Novotny > Assignee: Jiří Štefek > > All of the test in above mentioned class fail with "no such element(..)" although during the test (in debug mode) all the elements are locatable. Might be caused by some Guard method timeout - error messages won't show up in time. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3029) TestInplaceSelectValidationMessages all tests fail

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-3029?page=com.atlassian.jira.plugin.... ] Jiří Štefek edited comment on RFPL-3029 at 10/14/13 6:23 AM: ------------------------------------------------------------- I ran TestInplaceSelectValidationMessages tests with latest 4.3.x snapshot of Metamer and cannot reproduce this on EAP 6.1, AS 7.1, Glassfish 3.1.2.2. ([tests from 4.3.x branch on AS 7.1|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...]) [~manovotn] can you, please, specify the container, which it fails on? Or can you give me a stacktrace or link? was (Author: jstefek): I ran TestInplaceSelectValidationMessages tests with latest 4.3.x snapshot of Metamer and cannot reproduce this on EAP 6.1, AS 7.1, Glassfish 3.1.2.2. ([test run from 4.3.x branch on AS 7.1|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...]) [~manovotn] can you, please, specify the container, which it fails on? Or can you give me a stacktrace or link? > TestInplaceSelectValidationMessages all tests fail > -------------------------------------------------- > > Key: RFPL-3029 > URL: https://issues.jboss.org/browse/RFPL-3029 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: QE > Affects Versions: 4.3.4 > Reporter: Matej Novotny > Assignee: Jiří Štefek > > All of the test in above mentioned class fail with "no such element(..)" although during the test (in debug mode) all the elements are locatable. Might be caused by some Guard method timeout - error messages won't show up in time. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3029) TestInplaceSelectValidationMessages all tests fail

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-3029?page=com.atlassian.jira.plugin.... ] Jiří Štefek commented on RFPL-3029: ----------------------------------- I ran TestInplaceSelectValidationMessages tests with latest 4.3.x snapshot of Metamer and cannot reproduce this on EAP 6.1, AS 7.1, Glassfish 3.1.2.2. ([test run from 4.3.x branch on AS 7.1|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...]) [~manovotn] can you, please, specify the container, which it fails on? Or can you give me a stacktrace or link? > TestInplaceSelectValidationMessages all tests fail > -------------------------------------------------- > > Key: RFPL-3029 > URL: https://issues.jboss.org/browse/RFPL-3029 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: QE > Affects Versions: 4.3.4 > Reporter: Matej Novotny > Assignee: Jiří Štefek > > All of the test in above mentioned class fail with "no such element(..)" although during the test (in debug mode) all the elements are locatable. Might be caused by some Guard method timeout - error messages won't show up in time. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3040) Port RF 4.3.4 fixes to RF 4.5 and RF 5.0

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RFPL-3040?page=com.atlassian.jira.plugin.... ] Brian Leathem updated RFPL-3040: -------------------------------- Sprint: 5.0.0.Alpha2 - Sprint 3 > Port RF 4.3.4 fixes to RF 4.5 and RF 5.0 > ---------------------------------------- > > Key: RFPL-3040 > URL: https://issues.jboss.org/browse/RFPL-3040 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: administration > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Priority: Blocker > Fix For: 5.0.0.Alpha2 > > Original Estimate: 2 days > Remaining Estimate: 2 days > -- 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

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RFPL-2984) Update Photoalbum deployment on OpenShift

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RFPL-2984?page=com.atlassian.jira.plugin.... ] Brian Leathem updated RFPL-2984: -------------------------------- Sprint: 5.0.0.Alpha2 - Sprint 3 > Update Photoalbum deployment on OpenShift > ----------------------------------------- > > Key: RFPL-2984 > URL: https://issues.jboss.org/browse/RFPL-2984 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: administration > Reporter: Lukáš Fryč > Assignee: Michal Petrov > Fix For: 5.0.0.Alpha2 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Photoalbum was improved in RF-12793, it got new features and the demo should be updated to update those changes. > Prepare the photoalbum for deployment: > * do any changes which are necessary before publishing it online publicly (maybe no changes are required?) > * change the development to use latest RF release > * update web.xml to use Production mode -- 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

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RFPL-2978) Push VDL details out of Component Reference

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RFPL-2978?page=com.atlassian.jira.plugin.... ] Brian Leathem updated RFPL-2978: -------------------------------- Sprint: 5.0.0.Alpha2 - Sprint 3 > Push VDL details out of Component Reference > -------------------------------------------- > > Key: RFPL-2978 > URL: https://issues.jboss.org/browse/RFPL-2978 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 5.0.0.Alpha1 > Reporter: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > See [Forum Reference]. > ---- > I have noticed each of the components in Component Reference contains referecen data: > > > {code} > 3.5.2. Reference data > > component-type: org.richfaces.CommandLink > component-class: org.richfaces.component.UICommandLink > component-family: javax.faces.Command > renderer-type: org.richfaces.CommandLinkRenderer > {code} > > Similarly, VDL doc contains same information: > > {code} > Tag Information > Component type org.richfaces.CommandLink > Tag Name a4j:commandLink > Renderer Type org.richfaces.CommandLinkRenderer > Handler Class None > {code} > > > The advantage of VDL doc is that it is automatically generated and so it doesn't need to be updated manually everytime something is changed. > > On the other hand, those are also not information which are used regularly - they are intented for advanced users and use cases. > > Thus I suggest to remove the Reference Data from Components Reference. -- 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

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RFPL-2984) Update Photoalbum deployment on OpenShift

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RFPL-2984?page=com.atlassian.jira.plugin.... ] Brian Leathem updated RFPL-2984: -------------------------------- Sprint: (was: 5.0.0.Alpha2 - Sprint 3) > Update Photoalbum deployment on OpenShift > ----------------------------------------- > > Key: RFPL-2984 > URL: https://issues.jboss.org/browse/RFPL-2984 > Project: RichFaces Planning > Issue Type: Task > Security Level: Public(Everyone can see) > Components: administration > Reporter: Lukáš Fryč > Assignee: Michal Petrov > Fix For: 5.0.0.Alpha2 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Photoalbum was improved in RF-12793, it got new features and the demo should be updated to update those changes. > Prepare the photoalbum for deployment: > * do any changes which are necessary before publishing it online publicly (maybe no changes are required?) > * change the development to use latest RF release > * update web.xml to use Production mode -- 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

10 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

richfaces-planning-issues October 2013