May 2012 - richfaces-issues - Jboss List Archives

[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

11 years, 12 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

11 years, 12 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

11 years, 12 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

11 years, 12 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

11 years, 12 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

11 years, 12 months

3
8
0 / 0

[JBoss JIRA] (RF-12180) Migrate the RF-12103 fix to 4.2 branch

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12180: ------------------------------- Summary: Migrate the RF-12103 fix to 4.2 branch Key: RF-12180 URL: https://issues.jboss.org/browse/RF-12180 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.2.1.Final Reporter: Lukáš Fryč Fix For: 4.2-Tracking -- 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

11 years, 12 months

3
4
0 / 0

[JBoss JIRA] (RF-12172) JBoss AS 7.1.2 no longer bundles the w3c.css.sac modulebb

by Brian Leathem (JIRA)

Brian Leathem created RF-12172: ---------------------------------- Summary: JBoss AS 7.1.2 no longer bundles the w3c.css.sac modulebb Key: RF-12172 URL: https://issues.jboss.org/browse/RF-12172 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Reporter: Brian Leathem JBoss AS 7.1.2 no longer bundles the w3c.css.sac module, we need to make sure the jar is include in our sample applications. Applications affected: - Showcase - Quickstarts -- helloworld-jsf -- kitchensink-rf - Archertypes -- kitchensink-rf Wiki documentation: https://community.jboss.org/wiki/CreatingskinnyRichFacesWARsForJBossAS7 -- 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

11 years, 12 months

2
7
0 / 0

[JBoss JIRA] (RF-12103) onmouse events dont working on rich:notifyMessage

by Antonio Rodriguez (JIRA)

Antonio Rodriguez created RF-12103: -------------------------------------- Summary: onmouse events dont working on rich:notifyMessage Key: RF-12103 URL: https://issues.jboss.org/browse/RF-12103 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.0.Final Reporter: Antonio Rodriguez Hi, im using rich:notifyStack and rich:notifyMessage to show erros of required=true h:inputText. All goes OK but i need that onclick event over the notifiyMessage, the cursor go focused on the h:inputText associated with the notifyMessage. I noticed that the events (onmouseover, onclick, onmouseout...) doesnt work on notifyMessages. However, this events goes OK on rich:message. Does anybody knows why the mouse events dont work with notifyMessages??? Thanks -- 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

11 years, 12 months

5
17
0 / 0

[JBoss JIRA] Created: (RF-11294) Log: implement console mode

by Pavol Pitonak (JIRA)

Log: implement console mode --------------------------- Key: RF-11294 URL: https://issues.jboss.org/browse/RF-11294 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-a4j-core Reporter: Pavol Pitonak Enum org/richfaces/component/LogMode.java contains mode "console" which is not implemented. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 12 months

4
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2012