January 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12702) Kitchensink Archetype: info icon isn't rendered correctly on iPhone

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12702?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-12702: ---------------------------- Fix Version/s: 5-Tracking (was: 5.0.0.M1) > Kitchensink Archetype: info icon isn't rendered correctly on iPhone > ------------------------------------------------------------------- > > Key: RF-12702 > URL: https://issues.jboss.org/browse/RF-12702 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: iPhone 4.2.1 > Reporter: Jan Papousek > Priority: Minor > Labels: mobile > Fix For: 4.2.4, 5-Tracking > > Attachments: richfaces-kitchensink-info-icon-correct.png, richfaces-kitchensink-info-icon.png > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Info icon in Kitchensink header isn't rendered correctly on iPhone. It works correctly on Android 4.0.4. -- 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-12702) Kitchensink Archetype: info icon isn't rendered correctly on iPhone

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12702?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-12702: ---------------------------- Assignee: (was: Lukáš Fryč) > Kitchensink Archetype: info icon isn't rendered correctly on iPhone > ------------------------------------------------------------------- > > Key: RF-12702 > URL: https://issues.jboss.org/browse/RF-12702 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: iPhone 4.2.1 > Reporter: Jan Papousek > Priority: Minor > Labels: mobile > Fix For: 5.0.0.M1 > > Attachments: richfaces-kitchensink-info-icon-correct.png, richfaces-kitchensink-info-icon.png > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Info icon in Kitchensink header isn't rendered correctly on iPhone. It works correctly on Android 4.0.4. -- 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-12702) Kitchensink Archetype: info icon isn't rendered correctly on iPhone

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12702?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-12702: ---------------------------- Fix Version/s: 5.0.0.M1 (was: 4.3.0.CR1) > Kitchensink Archetype: info icon isn't rendered correctly on iPhone > ------------------------------------------------------------------- > > Key: RF-12702 > URL: https://issues.jboss.org/browse/RF-12702 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: iPhone 4.2.1 > Reporter: Jan Papousek > Assignee: Lukáš Fryč > Priority: Minor > Labels: mobile > Fix For: 5.0.0.M1 > > Attachments: richfaces-kitchensink-info-icon-correct.png, richfaces-kitchensink-info-icon.png > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Info icon in Kitchensink header isn't rendered correctly on iPhone. It works correctly on Android 4.0.4. -- 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-12708) rich:jQuery: wront VDL documentation of selector attribute

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12708?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-12708. ----------------------------- Assignee: Lukáš Fryč Resolution: Done > rich:jQuery: wront VDL documentation of selector attribute > ---------------------------------------------------------- > > Key: RF-12708 > URL: https://issues.jboss.org/browse/RF-12708 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: doc > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Labels: vdl > Fix For: 4.3.0.CR1 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > {quote}Selector for query. The "selector" attribute uses defined by w3c consortium syntax for CSS rule selector with some jQuery extensions.{quote} > should be similar to rich:hotkey docs: > {quote}The CSS selector of the DOM root from which key events should be handled. When no value provided, events are handled for whole document. ID selectors starting with hash sign (#) will be expanded from componentId to clientId form. (e.g. #component is expanded to #form:component in case that component is nested in form){quote} -- 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-12707) rich:calendar - setValue(...) method from javascript API doesn't work correctly

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12707?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12707. ----------------------------- Resolution: Done > rich:calendar - setValue(...) method from javascript API doesn't work correctly > ------------------------------------------------------------------------------- > > Key: RF-12707 > URL: https://issues.jboss.org/browse/RF-12707 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.CR1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > JBoss Application Server: Weld Integration 7.1.1.Final > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.7.0_10-b18 @ Linux > Firefox 16.0 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Brian Leathem > Fix For: 4.3.0.CR1 > > 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12707) rich:calendar - setValue(...) method from javascript API doesn't work correctly

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12707?page=com.atlassian.jira.plugin.s... ] Jan Papousek edited comment on RF-12707 at 1/11/13 9:13 AM: ------------------------------------------------------------ The problem was locale (czech) in my browser. The sample works correctly with english locale. Nevertheless, the issue is fixed. was (Author: jpapouse): The problem was locale (czech) in my browser. The sample works correctly on with english locale. Nevertheless, the issue is fixed. > rich:calendar - setValue(...) method from javascript API doesn't work correctly > ------------------------------------------------------------------------------- > > Key: RF-12707 > URL: https://issues.jboss.org/browse/RF-12707 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.CR1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > JBoss Application Server: Weld Integration 7.1.1.Final > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.7.0_10-b18 @ Linux > Firefox 16.0 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Brian Leathem > Fix For: 4.3.0.CR1 > > 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12705) vdl documentation for a4j:outputPanel contains non-implemented layout="none"

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12705?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-12705. ----------------------------- Fix Version/s: 4.3.0.CR1 (was: 4.3.0.Final) Resolution: Done > vdl documentation for a4j:outputPanel contains non-implemented layout="none" > ---------------------------------------------------------------------------- > > Key: RF-12705 > URL: https://issues.jboss.org/browse/RF-12705 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 4.2.2.Final > Environment: http://docs.jboss.org/richfaces/latest_4_2_X/vdldoc/ > Reporter: Michal Petrov > Assignee: Lukáš Fryč > Fix For: 4.3.0.CR1 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > {code:xml} > <a4j:outputPanel ajaxRendered="true" id="moviePanel" layout="none" rendered="#{not empty movieBean.movie}"> > {code} > layout="none" doesn't seem to be implemented but it is mentioned in vdldoc: http://docs.jboss.org/richfaces/latest_4_2_X/vdldoc/ > {code} > javax.el.ELException: Cannot convert none of type class java.lang.String to class org.richfaces.component.OutputPanelLayout > at org.apache.el.lang.ELSupport.coerceToEnum(ELSupport.java:182) > at org.apache.el.lang.ELSupport.coerceToType(ELSupport.java:405) > at org.apache.el.ExpressionFactoryImpl.coerceToType(ExpressionFactoryImpl.java:47) > at org.jboss.weld.util.el.ForwardingExpressionFactory.coerceToType(ForwardingExpressionFactory.java:34) > at com.sun.faces.facelets.tag.BeanPropertyTagRule$LiteralPropertyMetadata.applyMetadata(BeanPropertyTagRule.java:88) > at com.sun.faces.facelets.tag.MetadataImpl.applyMetadata(MetadataImpl.java:81) > at javax.faces.view.facelets.MetaTagHandler.setAttributes(MetaTagHandler.java:129) > at javax.faces.view.facelets.DelegatingMetaTagHandler.setAttributes(DelegatingMetaTagHandler.java:102) > at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.setAttributes(BehaviorsAddingComponentHandlerWrapper.java:113) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.doNewComponentActions(ComponentTagHandlerDelegateImpl.java:423) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:170) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) > at java.lang.Thread.run(Thread.java:722) > {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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12707) rich:calendar - setValue(...) method from javascript API doesn't work correctly

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12707?page=com.atlassian.jira.plugin.s... ] Jan Papousek reopened RF-12707: ------------------------------- > rich:calendar - setValue(...) method from javascript API doesn't work correctly > ------------------------------------------------------------------------------- > > Key: RF-12707 > URL: https://issues.jboss.org/browse/RF-12707 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.CR1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > JBoss Application Server: Weld Integration 7.1.1.Final > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.7.0_10-b18 @ Linux > Firefox 16.0 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Brian Leathem > Fix For: 4.3.0.CR1 > > 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12707) rich:calendar - setValue(...) method from javascript API doesn't work correctly

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12707?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12707. ----------------------------- Resolution: Done The problem was locale (czech) in my browser. The sample works correctly on with english locale. Nevertheless, the issue is fixed. > rich:calendar - setValue(...) method from javascript API doesn't work correctly > ------------------------------------------------------------------------------- > > Key: RF-12707 > URL: https://issues.jboss.org/browse/RF-12707 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.0.CR1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > JBoss Application Server: Weld Integration 7.1.1.Final > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.7.0_10-b18 @ Linux > Firefox 16.0 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Brian Leathem > Fix For: 4.3.0.CR1 > > 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12706) packed resources generate more than one css file with the same name

by Rene O (JIRA)

[ https://issues.jboss.org/browse/RF-12706?page=com.atlassian.jira.plugin.s... ] Rene O updated RF-12706: ------------------------ Attachment: jsf2test.zip I have attached a maven-project which shows this issue. Note, that this issue only appears with myfaces-2.1.10. With mojarra-2.1.17 everything works fine. > packed resources generate more than one css file with the same name > ------------------------------------------------------------------- > > Key: RF-12706 > URL: https://issues.jboss.org/browse/RF-12706 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.0.M3 > Environment: Richfaces 4.3.0.M3, myfaces-2.1.10 > Reporter: Rene O > Attachments: jsf2test.zip > > > Simple Testcase: > Use at least two different richfaces-components and you can see, that there appear more than one packed-css resource with the same name, which is not the expected behaviour. > This issue appear within firefox, chrome and ie8 > {code:title=web.xml} > ... > <context-param> > <param-name>org.richfaces.resourceMapping.enabled</param-name> > <param-value>true</param-value> > </context-param> > <context-param> > <param-name>org.richfaces.resourceMapping.packedStages</param-name> > <param-value>All</param-value> > </context-param> > ... > {code} > {code:title=testpage.xhtml} > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" > 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:a4j="http://richfaces.org/a4j" > xmlns:rich="http://richfaces.org/rich" > > > <h:head> > <title>JSF Test</title> > </h:head> > <h:body> > <h:form id="testForm"> > <rich:panel id="testPanel"> > <f:facet name="header"> > Test > </f:facet> > Content > </rich:panel> > > <rich:select id="select" value="none"> > <f:selectItem itemLabel="label" itemValue="test"/> > </rich:select> > </h:form> > </h:body> > </html> > {code} > {code:title=html-output} > <link rel="stylesheet" media="screen" type="text/css" href="/jsftest/org.richfaces.resources/javax.faces.resource/org.richfaces.staticResource/4.3.0.20121214-M3/PackedCompressed/DEFAULT/packed/packed.css" /> > <link rel="stylesheet" media="screen" type="text/css" href="/jsftest/org.richfaces.resources/javax.faces.resource/org.richfaces.staticResource/4.3.0.20121214-M3/PackedCompressed/DEFAULT/packed/packed.css" /> > {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

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