July 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12512) Repeat: input inside repeat in not updated

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12512?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12512: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> made a comment on [bug 913165|https://bugzilla.redhat.com/show_bug.cgi?id=913165] Marek, it works correctly in EAP 6.1 which contains Mojarra 2.1.19. > Repeat: input inside repeat in not updated > ------------------------------------------ > > Key: RF-12512 > URL: https://issues.jboss.org/browse/RF-12512 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Mojarra 2.1.7 > JBoss AS 7.1.2.Final-redhat-1 > Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux > Chrome 22.0.1229.79 @ Linux x86_64 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Attachments: repeat.png > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jRepeat/matrix.xhtml > # click the top-left "+" link > # click the top-left "C" link > result: > * output below is reset but input's value not > * worked fine in all previous versions -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-13057) Kitchensink Archetype: update enterprise version of JBoss BOM

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-13057?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-13057: ---------------------------------------------- Marek Novotny <mnovotny(a)redhat.com> made a comment on [bug 974084|https://bugzilla.redhat.com/show_bug.cgi?id=974084] Pavol, try to ecxlude org.apache.james:apache-mime4j:jar:0.6-redhat-2 or directly org.slf4j:jcl-over-slf4j. That EAP artifact is unfortunately in EAP 6.1.0 repository inconsistent. > Kitchensink Archetype: update enterprise version of JBoss BOM > ------------------------------------------------------------- > > Key: RF-13057 > URL: https://issues.jboss.org/browse/RF-13057 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.3.2 > Reporter: Jan Papousek > Fix For: 4.3.3 > > > from "1.0.4.Final-redhat-wfk-1" to "1.0.4.Final-redhat-wfk-2" -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-13057) Kitchensink Archetype: update enterprise version of JBoss BOM

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-13057?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-13057: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> made a comment on [bug 974084|https://bugzilla.redhat.com/show_bug.cgi?id=974084] First, issues should have ON_QA status when you want us to verify fix. Brian, archetype itself seems to be OK. Marek, I need to use both EAP 6.0.1 and 6.1.0 Maven repositories for building generated project because of missing slf4j dependency: [ERROR] Failed to execute goal on project richfaces-kitchensink: Could not resolve dependencies for project org.richfaces.tests.archetypes:richfaces-kitchensink:war:4.3.2.Final: Could not find artifact org.slf4j:jcl-over-slf4j:jar:1.6.1-redhat-2 in wfk-latest-enterprise-repository (file:///mnt/hudson_workspace/workspace/richfaces-wfk-2.3-archetype-kitchensink-ftest/wfk-tools/maven-bootstrap/jboss-wfk-2.3.0-maven-repository) -> [Help 1] This is part of mvn dependency:tree: org.richfaces.tests.archetypes:richfaces-kitchensink:war:4.3.2.Final +- org.richfaces.core:richfaces-core-impl:jar:4.3.2.Final-redhat-1:compile | +- org.richfaces.core:richfaces-core-api:jar:4.3.2.Final-redhat-1:compile | +- net.sourceforge.cssparser:cssparser:jar:0.9.5:compile | | \- org.w3c.css:sac:jar:1.3:compile | +- com.google.guava:guava:jar:13.0.1-redhat-1:compile | \- org.apache.james:apache-mime4j:jar:0.6-redhat-2:compile | \- org.slf4j:jcl-over-slf4j:jar:1.6.1-redhat-2:compile | \- org.slf4j:slf4j-api:jar:1.6.1-redhat-2:compile > Kitchensink Archetype: update enterprise version of JBoss BOM > ------------------------------------------------------------- > > Key: RF-13057 > URL: https://issues.jboss.org/browse/RF-13057 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.3.2 > Reporter: Jan Papousek > Fix For: 4.3.3 > > > from "1.0.4.Final-redhat-wfk-1" to "1.0.4.Final-redhat-wfk-2" -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12253) kitchensink archetype - it should be possible to return from viewing details about member back to the list of all members on mobile devices

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12253?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12253: ---------------------------------------------- Marek Schmidt <maschmid(a)redhat.com> made a comment on [bug 822210|https://bugzilla.redhat.com/show_bug.cgi?id=822210] Closing as wontfix. > kitchensink archetype - it should be possible to return from viewing details about member back to the list of all members on mobile devices > ------------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12253 > URL: https://issues.jboss.org/browse/RF-12253 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: archetype, mobile > Affects Versions: 4.2.2.Final > Environment: project generated from kitchensink archetype > Reporter: Juraj Húska > Assignee: Brian Leathem > Priority: Minor > > When viewing details about created member, it is not possible to return back to the list of all members, because there is only home button. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12253) kitchensink archetype - it should be possible to return from viewing details about member back to the list of all members on mobile devices

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12253?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12253: ---------------------------------------------- Marek Schmidt <maschmid(a)redhat.com> changed the Status of [bug 822210|https://bugzilla.redhat.com/show_bug.cgi?id=822210] from ASSIGNED to CLOSED > kitchensink archetype - it should be possible to return from viewing details about member back to the list of all members on mobile devices > ------------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12253 > URL: https://issues.jboss.org/browse/RF-12253 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: archetype, mobile > Affects Versions: 4.2.2.Final > Environment: project generated from kitchensink archetype > Reporter: Juraj Húska > Assignee: Brian Leathem > Priority: Minor > > When viewing details about created member, it is not possible to return back to the list of all members, because there is only home button. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-10963) a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form

by Raphael Lacerda (JIRA)

[ https://issues.jboss.org/browse/RF-10963?page=com.atlassian.jira.plugin.s... ] Raphael Lacerda commented on RF-10963: -------------------------------------- you can fix this bug with this workaround provided by Balusc. http://stackoverflow.com/questions/11408130/jsf-commandbutton-works-on-se... > a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form > ---------------------------------------------------------------------------------- > > Key: RF-10963 > URL: https://issues.jboss.org/browse/RF-10963 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.0.0.Final > Environment: S.O.: Ubuntu 10.04 > Browser: Chrome > JSF Impl: JSF 2.0.2 > Reporter: Guilherme Moreira > Labels: community_contributor_needed > Fix For: 5-Future > > > A a4j:commandButton that's render another form causes this other form lost it's hidden input viewState. > Example > {code} > <html xmlns="http://www.w3.org/1999/xhtml" > xmlns:ui="http://java.sun.com/jsf/facelets" > xmlns:f="http://java.sun.com/jsf/core" > xmlns:h="http://java.sun.com/jsf/html" > xmlns:rich="http://richfaces.org/rich" > xmlns:a4j="http://richfaces.org/a4j"> > <f:view contentType="text/html" /> > <h:head> > </h:head> > <h:body> > <h:form id="aaa"> > </h:form> > <h:form id="bbb"> > <a4j:commandButton render=":aaa"/> > </h:form> > </h:body> > </html> > {code} -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12512) Repeat: input inside repeat in not updated

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12512?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12512: ---------------------------------------------- Marek Schmidt <maschmid(a)redhat.com> made a comment on [bug 913165|https://bugzilla.redhat.com/show_bug.cgi?id=913165] @ppitonak, does this issue occurs also on EAP 6.1? If so, please update the RN. > Repeat: input inside repeat in not updated > ------------------------------------------ > > Key: RF-12512 > URL: https://issues.jboss.org/browse/RF-12512 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Mojarra 2.1.7 > JBoss AS 7.1.2.Final-redhat-1 > Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux > Chrome 22.0.1229.79 @ Linux x86_64 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Attachments: repeat.png > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jRepeat/matrix.xhtml > # click the top-left "+" link > # click the top-left "C" link > result: > * output below is reset but input's value not > * worked fine in all previous versions -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-11088) rich:select modify manualInput behavior to avoid single item scoped item list popup when editing value

by J W (JIRA)

[ https://issues.jboss.org/browse/RF-11088?page=com.atlassian.jira.plugin.s... ] J W edited comment on RF-11088 at 7/1/13 6:21 AM: -------------------------------------------------- I have edited the select.js in the following way to get it work: {code}__onBtnMouseDown: function(e) {{code} and {code}__keydownHandler: function(e) { case rf.KEYS.DOWN:{code} do no longer call *this.__updateItems();* , but a custom function which gets the original items from cache, adds them to the list and displays them: {code}__origItems: function() { var newValue = this.__getValue(); newValue = (newValue != this.defaultLabel) ? newValue : ""; this.__updateItemsFromCache(newValue); if (this.originalItems.length > 0 && this.enableManualInput) { var newItems = this.originalItems; var items = $(newItems); this.list.__setItems(items); $(document.getElementById(this.id + "Items")).empty().append(items); this.__save(); } }, {code} This is working fine at the moment. The only thing missing is that the current selected value does not get highlighted in the popuplist, but this seems to be a general issue, because it is the same with enableManualInput=false. was (Author: jigg4): I have edited the select.js in the following way to get it work: {code}__onBtnMouseDown: function(e) {{code} and {code}__keydownHandler: function(e) { case rf.KEYS.DOWN:{code} do no longer call *this.__updateItems();* , but a custom function which gets the original items from cache, adds them to the list and displays them: {code}__origItems: function() { var newValue = this.__getValue(); newValue = (newValue != this.defaultLabel) ? newValue : ""; this.__updateItemsFromCache(newValue); if (this.originalItems.length > 0 && this.enableManualInput) { var newItems = this.originalItems; var items = $(newItems); this.list.__setItems(items); $(document.getElementById(this.id + "Items")).empty().append(items); } }, {code} This is working fine at the moment. The only thing missing is that the current selected value does not get highlighted in the popuplist, but this seems to be a general issue, because it is the same with enableManualInput=false. > rich:select modify manualInput behavior to avoid single item scoped item list popup when editing value > ------------------------------------------------------------------------------------------------------ > > Key: RF-11088 > URL: https://issues.jboss.org/browse/RF-11088 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.0.0.Final, 4.0.1.Milestone1, 4.1.0.Milestone1 > Reporter: Justin Wyer > Assignee: Justin Wyer > Labels: rich:select > Fix For: 5-Tracking > > > rich:select has usability issues when using enableManualInput="true" this will address the issues discussed in the forum post. My current idea is to attempt to display the full item list and auto highlight the input's value. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-11088) rich:select modify manualInput behavior to avoid single item scoped item list popup when editing value

by J W (JIRA)

[ https://issues.jboss.org/browse/RF-11088?page=com.atlassian.jira.plugin.s... ] J W edited comment on RF-11088 at 7/1/13 6:08 AM: -------------------------------------------------- I have edited the select.js in the following way to get it work: {code}__onBtnMouseDown: function(e) {{code} and {code}__keydownHandler: function(e) { case rf.KEYS.DOWN:{code} do no longer call *this.__updateItems();* , but a custom function which gets the original items from cache, adds them to the list and displays them: {code}__origItems: function() { var newValue = this.__getValue(); newValue = (newValue != this.defaultLabel) ? newValue : ""; this.__updateItemsFromCache(newValue); if (this.originalItems.length > 0 && this.enableManualInput) { var newItems = this.originalItems; var items = $(newItems); this.list.__setItems(items); $(document.getElementById(this.id + "Items")).empty().append(items); } }, {code} This is working fine at the moment. The only thing missing is that the current selected value does not get highlighted in the popuplist, but this seems to be a general issue, because it is the same with enableManualInput=false. was (Author: jigg4): I have edited the select.js in the following way to get it work: {code}__onBtnMouseDown: function(e) {{code} and {code}__keydownHandler: function(e) { case rf.KEYS.DOWN:{code} do no longer call *this.__updateItems();* , but a custom function which gets the original items from cache, adds them to the list and displays them: {code}__origItems: function() { var newValue = this.__getValue(); newValue = (newValue != this.defaultLabel) ? newValue : ""; this.__updateItemsFromCache(newValue); if (this.originalItems.length > 0 && this.enableManualInput) { var newItems = this.originalItems; var items = $(newItems); this.list.__setItems(items); $(document.getElementById(this.id + "Items")).empty().append(items); } }, {code} This is working fine at the moment. The only thing missing is that the previous selected value "rf-sel-sel" is not marked in the HTML anymore after clicking again on the list. Any ideas? > rich:select modify manualInput behavior to avoid single item scoped item list popup when editing value > ------------------------------------------------------------------------------------------------------ > > Key: RF-11088 > URL: https://issues.jboss.org/browse/RF-11088 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.0.0.Final, 4.0.1.Milestone1, 4.1.0.Milestone1 > Reporter: Justin Wyer > Assignee: Justin Wyer > Labels: rich:select > Fix For: 5-Tracking > > > rich:select has usability issues when using enableManualInput="true" this will address the issues discussed in the forum post. My current idea is to attempt to display the full item list and auto highlight the input's value. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12613) rich:select with enablemanualinput selects wrong items

by J W (JIRA)

[ https://issues.jboss.org/browse/RF-12613?page=com.atlassian.jira.plugin.s... ] J W commented on RF-12613: -------------------------- Brian i have done a pull request for [RF-11021|https://issues.jboss.org/browse/RF-11021] which is also referring to select.js. I could include the mentioned workarround in the pull request. > rich:select with enablemanualinput selects wrong items > ------------------------------------------------------ > > Key: RF-12613 > URL: https://issues.jboss.org/browse/RF-12613 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.1.0.Final, 4.3.0.M2 > Reporter: geert olaerts > Fix For: 5-Tracking > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > When using rich:select with enablemanualinput = "true", the wrong item might be selected. If the list of possible items is (in this order): "test test" and "test" and the user selects "test" richfaces will select "test test" as input. The same happens if the user types "test". If the list is "test" and "test test" and the user selects or types "test" the correct item is selected. -- 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, 10 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 July 2013