April 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12084) Richfaces 4.2 <a4j:ajax> when inside <ui:include> dont work and causes 'identifier resolved to null'

by Ivan Costa (JIRA)

Ivan Costa created RF-12084: ------------------------------- Summary: Richfaces 4.2 <a4j:ajax> when inside <ui:include> dont work and causes 'identifier resolved to null' Key: RF-12084 URL: https://issues.jboss.org/browse/RF-12084 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.2.0.Final Environment: Windows Vista, Firefox 11, Richfaces 4.2 Final, Mojarra 2.1.7, Tomcat 7.0.26 Reporter: Ivan Costa a4j:commandLink or a4j:ajax tags inside ui:fragment causes 'identifier resolved to null', but h:commandLink + f:ajax (both from Mojarra) works perfectly fine! The problem is described here https://community.jboss.org/message/723859 and here: https://community.jboss.org/thread/196867 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

8
23
0 / 0

[JBoss JIRA] (RF-11957) Port google map (gmap) component from RF 3 to RF 4

by Karsten Wutzke (JIRA)

Karsten Wutzke created RF-11957: ----------------------------------- Summary: Port google map (gmap) component from RF 3 to RF 4 Key: RF-11957 URL: https://issues.jboss.org/browse/RF-11957 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Karsten Wutzke Please port the RF 3 google map (gmap) component to RF 4. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-10188) Collapsible Sub Table - scrolls all subtables

by Lukas Fryc (JIRA)

Collapsible Sub Table - scrolls all subtables --------------------------------------------- Key: RF-10188 URL: https://issues.jboss.org/browse/RF-10188 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Milestone5 Environment: * RichFaces 4.0.0-SNAPSHOT r.20958 * Metamer 4.0.0-SNAPSHOT r.unknown * Mojarra 2.0.3-FCS * Apache Tomcat 6.0.29 * OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux * Firefox 3.6.13 @ Linux x86_64 Reporter: Lukas Fryc See [Steps to Reproduce] -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

5
11
0 / 0

[JBoss JIRA] Created: (RF-11301) Sub table: not possible to use data scroller on several subtables

by Pavol Pitonak (JIRA)

Sub table: not possible to use data scroller on several subtables ----------------------------------------------------------------- Key: RF-11301 URL: https://issues.jboss.org/browse/RF-11301 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc Metamer 4.1.0-SNAPSHOT r.22616 Mojarra 2.1.2-FCS Apache Tomcat 7.0.19 OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Chrome 13.0.782.112 @ Linux i686 Reporter: Pavol Pitonak Priority: Critical 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/sc... 2. scroll "Men" subtable to page 2 using "Next" button 3. scroll "Men" subtable to page 3 using "Next" button result: subtable is scrolled on page 2 but scrolling to page 3 doesn't work 4. scroll "Women" subtable to page 2 using "Next" button result: subtable "Men" is back on page 1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

5
6
0 / 0

[JBoss JIRA] (RF-12190) ResourceServlet resources cannot be downloaded by a WSRP Consumer

by Neil Griffin (JIRA)

Neil Griffin created RF-12190: --------------------------------- Summary: ResourceServlet resources cannot be downloaded by a WSRP Consumer Key: RF-12190 URL: https://issues.jboss.org/browse/RF-12190 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: resource handling Affects Versions: 4.2.1.Final Reporter: Neil Griffin RichFaces 4 is generally working in Liferay Portal 6.1 WSRP and Liferay Faces Bridge, but components like rich:calendar aren't rendering properly. The problem stems from the fact that some components rely on context-path relative URLs, rather than the JSF2 resource mechanism. For example, with rich:calendar, the popup button is rendered as an image like this: {code} <img alt="" class="rf-cal-btn " id="A5352:l1:c1:f1:fs1:c1b:dateOfBirthPopupButton" src="/my-portlet/org.richfaces.resources/javax.faces.resource/org.richfaces.staticResource/4.2.0.Final/Packed/DEFAULT/org.richfaces.images/calendarIcon.png" style="vertical-align: middle"> {code} This is a problem because it ultimately relies on the /my-portlet context-path of the request, which is not compatible with WSRP. If the URL for calendarIcon.png was created by ExternalContext.encodeResourceURL(String) then then the WSRP problem would be solved, because it would be retrieved with a portlet ResourceURL that WSRP knows how to rewrite for the WSRP Consumer to download. But this wouldn't solve the problem entirely -- here is a fragment of CSS from packed.css: {code} .rf-cal-btn-close { background-image: url(../org.richfaces.images/calendarSeparator.png); } {code} The problem here is that calendarSeparator.png is expected to live relative to the packed.css file, in a URL like "/my-portlet/.../4.2.0.Final/Packed/calendarSeparator.png" but you can't make that context-path-relative assumption with WSRP. To fix this problem, the #{resource} EL keyword would have to be used within the packed.css file for each image resource, something similar to this: {code} .rf-cal-btn-close { background-image: url("#{resource['richfaces-theme:org.richfaces.images/calendarSeparator.png']}"); } {code} One workaround would be to deploy a lightweight webapp in the same server as the WSRP Consumer that contains the ResourceServlet and theme resources, but that doesn't exactly achieve what WSRP is trying to accomplish, which is to have the entire portlet (and it's resources) deployed to a remote portal server. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
7
0 / 0

[JBoss JIRA] Created: (RF-11402) Metamer: rich:inplaceSelect: scroller disappear when move by mouse (IE9)

by Ján Jamrich (JIRA)

Metamer: rich:inplaceSelect: scroller disappear when move by mouse (IE9) ------------------------------------------------------------------------ Key: RF-11402 URL: https://issues.jboss.org/browse/RF-11402 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.1.0.Milestone2 Environment: RichFaces 4.1.0.20110910-M2 r. Metamer 4.1.0.20110910-M2 r.22701 Mojarra 2.0.4-b09-jbossorg-4 JBoss Web 7.0.1.Final Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux IE9 Reporter: Ján Jamrich Fix For: 4.1.0.Milestone2 When click into inplaceSelect input, an list of items appear. But if try move scroller to see more items, scroller disappear, and whole suggestion list disappear as well. This happens only in IE9, not in Firefox. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

8
13
0 / 0

[JBoss JIRA] (RF-12199) rich:tooltip does not work inside h:graphicImage

by Bernhard Thalmayr (JIRA)

Bernhard Thalmayr created RF-12199: -------------------------------------- Summary: rich:tooltip does not work inside h:graphicImage Key: RF-12199 URL: https://issues.jboss.org/browse/RF-12199 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.2.1.Final Environment: RF 4.2.1.Final, GF 3.1.1 Reporter: Bernhard Thalmayr I created a simple richfaces app using maven archetype 'richfaces-archetype-simpleapp' Nesting rich:tooltip within h:graphicImage does not work; used mark up <h:graphicImage id="img1" name="projectavatar.png" library="images"> <rich:tooltip> tooltip1 </rich:tooltip> </h:graphicImage> wrapping h:graphicImage within a4j:outputPanel is no workaround <a4j:outputPanel> <h:graphicImage id="img2" name="projectavatar.png" library="images"> <rich:tooltip> tooltip2 </rich:tooltip> </h:graphicImage> </a4j:outputPanel> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-10839) tooltip: attachment using target not works if tooltip defined before the component to which it attaches.

by Ilya Shaikovsky (JIRA)

tooltip: attachment using target not works if tooltip defined before the component to which it attaches. -------------------------------------------------------------------------------------------------------- Key: RF-10839 URL: https://issues.jboss.org/browse/RF-10839 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Final Reporter: Ilya Shaikovsky need to perform initialization to dom ready handler -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

4
3
0 / 0

[JBoss JIRA] (RF-12198) rich:tooltip does not work inside a4j:commandButton

by Bernhard Thalmayr (JIRA)

Bernhard Thalmayr created RF-12198: -------------------------------------- Summary: rich:tooltip does not work inside a4j:commandButton Key: RF-12198 URL: https://issues.jboss.org/browse/RF-12198 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.2.1.Final Environment: RF 4.2.1.Final, GF 3.1.1 Reporter: Bernhard Thalmayr I created a simple richfaces app using maven archetype 'richfaces-archetype-simpleapp' Nesting rich:tooltip within a4j:commandButton does not work; used mark up <a4j:commandButton id="button1" value="B1"> <rich:tooltip> tooltip1 </rich:tooltip> </a4j:commandButton> neither using 'client' mode nor wrapping a4j:commandButton within a4j:outputPanel as shown below is a workaround <a4j:commandButton id="button2" value="B2"> <rich:tooltip mode="client"> tooltip2 </rich:tooltip> </a4j:commandButton> <a4j:outputPanel> <a4j:commandButton id="button3" value="B3"> <rich:tooltip> tooltip3 </rich:tooltip> </a4j:commandButton> </a4j:outputPanel> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-11370) Metamer: rich:toolTip: targetted example causes NPE for some IDs

by Ján Jamrich (JIRA)

Metamer: rich:toolTip: targetted example causes NPE for some IDs ---------------------------------------------------------------- Key: RF-11370 URL: https://issues.jboss.org/browse/RF-11370 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.1.0.Milestone2 Environment: RichFaces 4.1.0-SNAPSHOT r.929ca8db999e6ec2588613848d2cc72bb493e75f Metamer 4.1.0-SNAPSHOT r.unknown Mojarra 2.1.2-FCS Apache Tomcat 7.0.19 Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux Mozilla/5.0 (X11; Linux i686) AppleWebKit/534.30 (KHTML, like Gecko) Ubuntu/10.04 Chromium/12.0.742.112 Chrome/12.0.742.112 Safari/534.30 Reporter: Ján Jamrich In example for targetted tooltip (faces/components/richTooltip/targetting.xhtml) causes attribute @target set to "regular-div" - which is on off alternative targets, in this case with ID without prefix by enclosing form ID such as "form:regular-div" following exception: javax.servlet.ServletException javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:130) root cause java.lang.NullPointerException org.richfaces.renderkit.html.TooltipRenderer.getScriptObjectOptions(TooltipRenderer.java:198) org.richfaces.renderkit.html.TooltipRenderer.getScriptObject(TooltipRenderer.java:168) org.richfaces.renderkit.html.TooltipRenderer.getScriptObject(TooltipRenderer.java:56) org.richfaces.renderkit.html.DivPanelRenderer.writeJavaScript(DivPanelRenderer.java:126) org.richfaces.renderkit.html.TooltipRenderer.doEncodeEnd(TooltipRenderer.java:233) org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175) javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) javax.faces.component.UIComponent.encodeAll(UIComponent.java:1763) org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) org.richfaces.renderkit.html.PanelRenderer.encodeEnd(PanelRenderer.java:181) javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) javax.faces.component.UIComponent.encodeAll(UIComponent.java:1763) javax.faces.render.Renderer.encodeChildren(Renderer.java:168) javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) javax.faces.component.UIComponent.encodeAll(UIComponent.java:1756) javax.faces.component.UIComponent.encodeAll(UIComponent.java:1759) javax.faces.component.UIComponent.encodeAll(UIComponent.java:1759) com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:401) com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131) javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:130) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
8
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues April 2012