February 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12527) Drag indicator is not visible when popup panel is open

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-12527?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak commented on RF-12527: ------------------------------------ [~yunaeyes00], vote on this issue if you need it fixed. > Drag indicator is not visible when popup panel is open > ------------------------------------------------------ > > Key: RF-12527 > URL: https://issues.jboss.org/browse/RF-12527 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-drag/drop, component-panels-layout-themes > Affects Versions: 4.3.0.M1 > 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.92 @ Linux x86_64 > Reporter: Pavol Pitonak > Fix For: 5-Tracking > > Attachments: dnd.png > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDragIndicator/simple.x... > # drag the left gray rectangle to the left yellow rectangle > result: > * drag indicator is not visible while mouse is over popup panel > * drag indicator is visible under mask when navigating outside of popup panel (see screenshot) > * higher z-index value of drag indicator is needed -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12743) Tree Toggling with ajax fails on 2nd level nodes (liferay faces bridge)

by Christophe Noel (JIRA)

[ https://issues.jboss.org/browse/RF-12743?page=com.atlassian.jira.plugin.s... ] Christophe Noel commented on RF-12743: -------------------------------------- In my side, I used the treeAdaptors instead and it works althought it fails using swing.tree. Regards. > Tree Toggling with ajax fails on 2nd level nodes (liferay faces bridge) > ----------------------------------------------------------------------- > > Key: RF-12743 > URL: https://issues.jboss.org/browse/RF-12743 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tree > Affects Versions: 4.2.3.Final > Environment: portlet environemnt > Reporter: Christophe Noel > Assignee: Brian Leathem > > Issue reported in Liferay forums here : https://community.jboss.org/message/793431#793431 > Similar to Liferay [RF-12315]. > A similar issue was first reported in the Liferay forums here: > http://www.liferay.com/community/forums/-/message_boards/view_message/142... > Similar to RF-12263, I think the problem is that RichFaces JS is not using the "javax.faces.encodedURL" for postback. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12752) PopupPanel rendering error with Liferay Faces Bridge

by Christophe Noel (JIRA)

[ https://issues.jboss.org/browse/RF-12752?page=com.atlassian.jira.plugin.s... ] Christophe Noel edited comment on RF-12752 at 2/7/13 3:14 AM: -------------------------------------------------------------- Hello, In my previous example, I tried to simplify the issue. At least, I think putting the commandButton inside or outside wouldn't change anything. But the following code fails anyway : {code:xml} <rich:popupPanel id="testPanel" show="true" modal="false" resizeable="true"> <f:facet name="header">Test</f:facet> pouet </rich:popupPanel> <a4j:commandButton value="myTest" render="testPanel"></a4j:commandButton> {code} I don't think the action "show" will reRender the popupPanel (but only will show the already rendered panel). But off course, you sometimes need to update the panel content. was (Author: christophe.noel): Hello, I tried to simplify the issue. At least, I think putting the commandButton inside or outside wouldn't change anything. But the following code fails anyway : {code:xml} <rich:popupPanel id="testPanel" show="true" modal="false" resizeable="true"> <f:facet name="header">Test</f:facet> pouet </rich:popupPanel> <a4j:commandButton value="myTest" render="testPanel"></a4j:commandButton> {code} I don't think the action "show" will reRender the popupPanel (but only will show the already rendered panel). But off course, you sometimes need to update the panel content. > PopupPanel rendering error with Liferay Faces Bridge > ---------------------------------------------------- > > Key: RF-12752 > URL: https://issues.jboss.org/browse/RF-12752 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.0.Final, 4.2.3.Final > Environment: LiferayFacesBridge3.1.0 Tomcat6 Liferay6.0.5 > Reporter: Christophe Noel > Assignee: Brian Leathem > > https://community.jboss.org/thread/220433 -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12752) PopupPanel rendering error with Liferay Faces Bridge

by Christophe Noel (JIRA)

[ https://issues.jboss.org/browse/RF-12752?page=com.atlassian.jira.plugin.s... ] Christophe Noel commented on RF-12752: -------------------------------------- Hello, I tried to simplify the issue. At least, I think putting the commandButton inside or outside wouldn't change anything. But the following code fails anyway : {code:xml} <rich:popupPanel id="testPanel" show="true" modal="false" resizeable="true"> <f:facet name="header">Test</f:facet> pouet </rich:popupPanel> <a4j:commandButton value="myTest" render="testPanel"></a4j:commandButton> {code} I don't think the action "show" will reRender the popupPanel (but only will show the already rendered panel). But off course, you sometimes need to update the panel content. > PopupPanel rendering error with Liferay Faces Bridge > ---------------------------------------------------- > > Key: RF-12752 > URL: https://issues.jboss.org/browse/RF-12752 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.0.Final, 4.2.3.Final > Environment: LiferayFacesBridge3.1.0 Tomcat6 Liferay6.0.5 > Reporter: Christophe Noel > Assignee: Brian Leathem > > https://community.jboss.org/thread/220433 -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12743) Tree Toggling with ajax fails on 2nd level nodes (liferay faces bridge)

by Ken Finnigan (JIRA)

[ https://issues.jboss.org/browse/RF-12743?page=com.atlassian.jira.plugin.s... ] Ken Finnigan reassigned RF-12743: --------------------------------- Assignee: Brian Leathem (was: Ken Finnigan) Brian, I modified the Showcase simple tree example to use ajax instead of client and all the nodes were expandable. I started looking at replicating the exact example, but there is too much code to do it easily. > Tree Toggling with ajax fails on 2nd level nodes (liferay faces bridge) > ----------------------------------------------------------------------- > > Key: RF-12743 > URL: https://issues.jboss.org/browse/RF-12743 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tree > Affects Versions: 4.2.3.Final > Environment: portlet environemnt > Reporter: Christophe Noel > Assignee: Brian Leathem > > Issue reported in Liferay forums here : https://community.jboss.org/message/793431#793431 > Similar to Liferay [RF-12315]. > A similar issue was first reported in the Liferay forums here: > http://www.liferay.com/community/forums/-/message_boards/view_message/142... > Similar to RF-12263, I think the problem is that RichFaces JS is not using the "javax.faces.encodedURL" for postback. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12752) PopupPanel rendering error with Liferay Faces Bridge

by Ken Finnigan (JIRA)

[ https://issues.jboss.org/browse/RF-12752?page=com.atlassian.jira.plugin.s... ] Ken Finnigan reassigned RF-12752: --------------------------------- Assignee: Brian Leathem (was: Ken Finnigan) Brian, I believe this to be a problem with the provided example as opposed to RF. Unless I'm mistaken, the attached example should have the a4j:commandButton outside the rich:popupPanel (as it is trying to render the panel on a click), which would provide a completely empty popup. However, from the Showcase examples I don't believe its possible to render rich:popupPanel with a plain JSF render element specified, the a4j:commandButton needs to be an h:commandButton that has a nested rich:componentControl that renders the popup by calling the show function on it. > PopupPanel rendering error with Liferay Faces Bridge > ---------------------------------------------------- > > Key: RF-12752 > URL: https://issues.jboss.org/browse/RF-12752 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.0.Final, 4.2.3.Final > Environment: LiferayFacesBridge3.1.0 Tomcat6 Liferay6.0.5 > Reporter: Christophe Noel > Assignee: Brian Leathem > > https://community.jboss.org/thread/220433 -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12527) Drag indicator is not visible when popup panel is open

by Thang Pham (JIRA)

[ https://issues.jboss.org/browse/RF-12527?page=com.atlassian.jira.plugin.s... ] Thang Pham commented on RF-12527: --------------------------------- higher z-index only work for chrome but not IE9. Is there a work around for IE9? > Drag indicator is not visible when popup panel is open > ------------------------------------------------------ > > Key: RF-12527 > URL: https://issues.jboss.org/browse/RF-12527 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-drag/drop, component-panels-layout-themes > Affects Versions: 4.3.0.M1 > 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.92 @ Linux x86_64 > Reporter: Pavol Pitonak > Fix For: 5-Tracking > > Attachments: dnd.png > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDragIndicator/simple.x... > # drag the left gray rectangle to the left yellow rectangle > result: > * drag indicator is not visible while mouse is over popup panel > * drag indicator is visible under mask when navigating outside of popup panel (see screenshot) > * higher z-index value of drag indicator is needed -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12775) Content jumps when resizing rich:popupPanel with custom header height

by Andrey Zhemoytuk (JIRA)

Andrey Zhemoytuk created RF-12775: ------------------------------------- Summary: Content jumps when resizing rich:popupPanel with custom header height Key: RF-12775 URL: https://issues.jboss.org/browse/RF-12775 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.3.0.Final Reporter: Andrey Zhemoytuk Priority: Minor Issue is reproducible when popupPanel's header is not of the standard height (22px). E.g. when custom styling applied or bigger font-size is set. For example it is reproducible on showcase 'Modal panel example' with the following style set: .rf-pp-hdr { height: 50px; } When resizing popup panel vertically - content (popup_content_scroller) 'jumps' extra 28px (50 minus 22). -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-12774) a4j:commandLink does not set the styleClass when disabled

by Timothy Whitehead (JIRA)

Timothy Whitehead created RF-12774: -------------------------------------- Summary: a4j:commandLink does not set the styleClass when disabled Key: RF-12774 URL: https://issues.jboss.org/browse/RF-12774 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.3.0.Final Reporter: Timothy Whitehead I upgraded to 4.3.0.Final and when I use a disabled a4j:commandLink it renders with class="class org.richfaces.component.UICommandLink" I believe it was working correctly in 4.2.3.Final -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (RF-11103) org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0

by Justin Rosenberg (JIRA)

[ https://issues.jboss.org/browse/RF-11103?page=com.atlassian.jira.plugin.s... ] Justin Rosenberg edited comment on RF-11103 at 2/5/13 10:51 AM: ---------------------------------------------------------------- I have experienced this issue in the 4.3.0.Final even when the org.richfaces.enableControlSkinning is set the false. Is there another workaround for this? It might be worthwhile knowing that I'm using Bootstrap style sheets. was (Author: JustinKSU): I have experienced this issue in the 4.3 milestone builds (2 and 3) even when the org.richfaces.enableControlSkinning is set the false. Is there another workaround for this? It might be worthwhile that I'm using Bootstrap style sheets. > org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0 > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-11103 > URL: https://issues.jboss.org/browse/RF-11103 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: skinning > Reporter: u j > Priority: Minor > Fix For: 5-Future > > > I tried > {code} > <context-param> > <param-name>org.richfaces.skin</param-name> > <param-value>plain</param-value> > </context-param> > {code} > > and the skinning seems to be disabled, but I get > {code} > 14:44:21,584 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0 > at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24] > at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24] > at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS] > 14:45:38,493 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (1) and height (0) cannot be <= 0 > at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24] > at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24] > at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [:6.0.0.Final] > {code} > I found a note > http://echelog.matzon.dk/logs/browse/richfaces/1306706400 > Thanks -- 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, 9 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 February 2013