January 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12731) mobile showcase: a4j:queue is not working

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12731?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12731: ------------------------------- Component/s: component-a4j-core > mobile showcase: a4j:queue is not working > ----------------------------------------- > > Key: RF-12731 > URL: https://issues.jboss.org/browse/RF-12731 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, mobile > Affects Versions: 4.2.0.CR1, 4.3.0.CR1 > Environment: tried with Tomcat 7.0.32 > Mojarra || MyFaces > FF 17.0.1, Motorola Xoom (Android 4.0.3), iPad (iOS 5.1.1) > Reporter: Jiří Štefek > > The queue is not working in mobile version of showcase. > More can be found in: https://issues.jboss.org/browse/RF-11496?focusedCommentId=12635914&page=c... -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12737) Showcase: focus preserve demo does not show benefits of the component

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12737?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12737: ------------------------------- Fix Version/s: 4.3.0.CR2 > Showcase: focus preserve demo does not show benefits of the component > --------------------------------------------------------------------- > > Key: RF-12737 > URL: https://issues.jboss.org/browse/RF-12737 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.3.0.CR1 > Reporter: Lukáš Fryč > Fix For: 4.3.0.CR2 > > > {code} > <h:form> > > <rich:focus preserve="true" /> > > <h:panelGrid columns="2"> > <h:inputText id="query" value="#{query}" /> > <a4j:commandButton value="Search" render="output" /> > > <h:outputText value="Searched query:" /> > <h:outputText id="output" value="#{query}" /> > </h:panelGrid> > </h:form> > {code} > Since only {{output}} is rendered, the focus is not required. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12731) mobile showcase: a4j:queue is not working

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12731?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12731: ------------------------------- Component/s: mobile > mobile showcase: a4j:queue is not working > ----------------------------------------- > > Key: RF-12731 > URL: https://issues.jboss.org/browse/RF-12731 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: mobile > Affects Versions: 4.2.0.CR1, 4.3.0.CR1 > Environment: tried with Tomcat 7.0.32 > Mojarra || MyFaces > FF 17.0.1, Motorola Xoom (Android 4.0.3), iPad (iOS 5.1.1) > Reporter: Jiří Štefek > > The queue is not working in mobile version of showcase. > More can be found in: https://issues.jboss.org/browse/RF-11496?focusedCommentId=12635914&page=c... -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12732) tabindex on rich:tabPanel

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12732?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12732: ------------------------------- Fix Version/s: 5-Tracking > tabindex on rich:tabPanel > ------------------------- > > Key: RF-12732 > URL: https://issues.jboss.org/browse/RF-12732 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Alexander Kunkel > Fix For: 5-Tracking > > > From the last element inside richfaces tabpanel we would like to tab to the next tab flap. From there either: > - press tab again or use the arrow keys to navigate the flaps > - press enter to navigate to the contend of the tab that whoose flap tab focus Moreover that last element might be a rich:autocomplete instead of h:input -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12740) extendedDataTable renders a header when column filter is defined

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12740?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-12740. -------------------------------- Resolution: Rejected See the docs [1] for details on "Disabling built-in filter controls" [1]: http://docs.jboss.org/richfaces/4.3.X/4.3.0.CR1/Component_Reference/en-US... > extendedDataTable renders a header when column filter is defined > ---------------------------------------------------------------- > > Key: RF-12740 > URL: https://issues.jboss.org/browse/RF-12740 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.0.CR1 > Environment: JBoss 7.1.1 Java 7 > Reporter: Jim Dummy > > When use a rich:column filter to filter the rows, extendedDataTable renders the header with input even no header is defined. > <rich:extendedDataTable ... > <rich:column filter="#{filter}"> > The intention is to specify filter bean outside the table with no any headers. > Worked ok untill 4.3.0 RC1 -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12736) rich:notifyMessages output is not escaped

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12736?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12736: ------------------------------- Fix Version/s: 4.3.0.CR2 > rich:notifyMessages output is not escaped > ----------------------------------------- > > Key: RF-12736 > URL: https://issues.jboss.org/browse/RF-12736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Fix For: 4.3.0.CR2 > > > rich:notifyMessages output is not escaped like rich:messages. rich:notifyMessages doesn't have 'escape' attribute, but the default value for rich:messages is escape=”true”. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12523) a4j:commandButton generates duplicated context path using a resource value expression within image attribute

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12523?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-12523: ---------------------------- Assignee: (was: Lukáš Fryč) > a4j:commandButton generates duplicated context path using a resource value expression within image attribute > ------------------------------------------------------------------------------------------------------------ > > Key: RF-12523 > URL: https://issues.jboss.org/browse/RF-12523 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: resource handling > Affects Versions: 4.2.2.Final, 4.3.0.M1 > Environment: Windows 7 Professional, JBoss AS 6.1.0.Final, Mojarra 2.1.7 > Reporter: Andreas Owczarek > Labels: ajax4jsf > > a4j:commandButton produces an extra context path prefix for the image resource path, when it is used with the value expression {code}#{resource['library:file']}{code} for the image attribute. > {code:xml|title=Example code} > <a4j:commandButton image="#{resource['icons:icon.gif']}" value="#{resource['icons:icon.gif']}"/> > {code} > {code:xml|title=Generated Result code} > <input type="image" alt="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" src="/com.example.my.context.path/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" value="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" onclick="RichFaces.ajax("j_idt76",event,{"incId":"1"} );return false;" name="j_idt76" id="j_idt76"> > {code} > The generated code show the correct value for the expression within the generated button label, but the image could not be located correctly because of the wrong generated image resource path. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12523) a4j:commandButton generates duplicated context path using a resource value expression within image attribute

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12523?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12523: --------------------------------- Thanks Jura, updating for scheduling appropriately. > a4j:commandButton generates duplicated context path using a resource value expression within image attribute > ------------------------------------------------------------------------------------------------------------ > > Key: RF-12523 > URL: https://issues.jboss.org/browse/RF-12523 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: resource handling > Affects Versions: 4.2.2.Final, 4.3.0.M1 > Environment: Windows 7 Professional, JBoss AS 6.1.0.Final, Mojarra 2.1.7 > Reporter: Andreas Owczarek > Labels: ajax4jsf > > a4j:commandButton produces an extra context path prefix for the image resource path, when it is used with the value expression {code}#{resource['library:file']}{code} for the image attribute. > {code:xml|title=Example code} > <a4j:commandButton image="#{resource['icons:icon.gif']}" value="#{resource['icons:icon.gif']}"/> > {code} > {code:xml|title=Generated Result code} > <input type="image" alt="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" src="/com.example.my.context.path/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" value="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" onclick="RichFaces.ajax("j_idt76",event,{"incId":"1"} );return false;" name="j_idt76" id="j_idt76"> > {code} > The generated code show the correct value for the expression within the generated button label, but the image could not be located correctly because of the wrong generated image resource path. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12695) rich:select incorrect behavior on IE9 with many selectItems

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12695?page=com.atlassian.jira.plugin.s... ] Juraj Húska updated RF-12695: ----------------------------- Labels: waiting_on_user (was: ) > rich:select incorrect behavior on IE9 with many selectItems > ----------------------------------------------------------- > > Key: RF-12695 > URL: https://issues.jboss.org/browse/RF-12695 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.1.0.Final > Environment: Internet Explorer 9, Windows 7 > Reporter: kevin 2 > Assignee: Juraj Húska > Labels: waiting_on_user > > rich:select component has incorrect behavior on IE9 when it contains many items. > {code:html} > <rich:select id="selectId"> > <f:selectItems value="#{select.hugeList}"/> > </rich:select> > {code} > When you scroll up and down few times, try to select a value in the bottom of the list, then the scrollbar moves down indefinitely so the hovered value cannot be selected. > The problem seems to appear with a list of 100 elements or more. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12695) rich:select incorrect behavior on IE9 with many selectItems

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-12695?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on RF-12695: ---------------------------------- Hey Kevin 2, I am trying to reproduce your issue. I am getting somehow similar results than you but *there are some important differences*. My environment: * using your provided code with select of 1000 items * reproducing on both IE 7 and *Chrome 24* * RichFaces 4.3.0-SNAPSHOT My steps to reproduce: * expand the select box * scroll down to the bottom of the list (use either the mouse wheel or the select scroll bar) * hover the last item * scroll up to the middle of the list or so (use either the mouse wheel or the select scroll bar) * see that it is not possible to hover an item from middle of the list cause it automatically scrolls down to the bottom of the select list If I understand your description correctly, it can apply to my reproduction steps as well, however, I can reproduce the issue also on Chrome. Could you please confirm that my description of the issue is the same as yours ? Can you reproduce it on Chrome as well ? Or can you provide more specific steps to reproduce ? > rich:select incorrect behavior on IE9 with many selectItems > ----------------------------------------------------------- > > Key: RF-12695 > URL: https://issues.jboss.org/browse/RF-12695 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.1.0.Final > Environment: Internet Explorer 9, Windows 7 > Reporter: kevin 2 > Assignee: Juraj Húska > > rich:select component has incorrect behavior on IE9 when it contains many items. > {code:html} > <rich:select id="selectId"> > <f:selectItems value="#{select.hugeList}"/> > </rich:select> > {code} > When you scroll up and down few times, try to select a value in the bottom of the list, then the scrollbar moves down indefinitely so the hovered value cannot be selected. > The problem seems to appear with a list of 100 elements or more. -- 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, 11 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 January 2013