November 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-10963) a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form

by Guilherme Moreira (JIRA)

a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form ---------------------------------------------------------------------------------- Key: RF-10963 URL: https://issues.jboss.org/browse/RF-10963 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Final Environment: S.O.: Ubuntu 10.04 Browser: Chrome JSF Impl: JSF 2.0.2 Reporter: Guilherme Moreira A a4j:commandButton that's render another form causes this other form lost it's hidden input viewState. Example <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"> <f:view contentType="text/html" /> <h:head> </h:head> <h:body> <h:form id="aaa"> </h:form> <h:form id="bbb"> <a4j:commandButton render=":aaa"/> </h:form> </h:body> </html> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
11
0 / 0

[JBoss JIRA] Created: (RF-9306) ComponentControl can't control DataScroller nested in iteration component

by Lukas Fryc (JIRA)

ComponentControl can't control DataScroller nested in iteration component ------------------------------------------------------------------------- Key: RF-9306 URL: https://jira.jboss.org/browse/RF-9306 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone3 Environment: * RichFaces Core Implementation by JBoss, a division of Red Hat, Inc., version v.4.0.0-SNAPSHOT SVN r.19085 * Metamer: RichFaces Testing Application by JBoss, a division of Red Hat, Inc., version 4.0.0-SNAPSHOT SVN r. 19087 * Java(TM) SE Runtime Environment 1.6.0_20-b02 * Linux 2.6.31-22-generic * Mojarra 2.0.2-FCS * Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 Ubuntu/9.10 (karmic) Firefox/3.6.8 Reporter: Lukas Fryc Works great for h:dataTable and ui:repeat, but not for a4j:repeat or rich:dataTable. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

9
10
0 / 0

[JBoss JIRA] (RF-11678) rich:extendedDataTable column resize problem when placed in absolute positioned container

by Dmitry Volkov (Created) (JIRA)

rich:extendedDataTable column resize problem when placed in absolute positioned container ----------------------------------------------------------------------------------------- Key: RF-11678 URL: https://issues.jboss.org/browse/RF-11678 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Environment: tomcat 6, firefox 7, ie8 Reporter: Dmitry Volkov To reproduce the bug just place extendedDataTable in popupPanel: {code:xml} <rich:popupPanel id="popup" modal="true" show="true" resizeable="true" onmaskclick="#{rich:component('popup')}.hide()"> <rich:extendedDataTable value="#{carsBean.allInventoryItems}" var="car" id="table" frozenColumns="2" style="height:300px; width:500px;" selectionMode="none" clientRows="#{carsBean.clientRows}">  </rich:extendedDataTable> </rich:popupPanel> {code} Now try to resize column. Dashed line is flying away. -- 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

12 years, 7 months

3
2
0 / 0

[JBoss JIRA] (RF-11671) Mobile Showcase and rich:inplaceSelect: the popup hides the input field

by Jan Papousek (Created) (JIRA)

Mobile Showcase and rich:inplaceSelect: the popup hides the input field ----------------------------------------------------------------------- Key: RF-11671 URL: https://issues.jboss.org/browse/RF-11671 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects, mobile, skinning Affects Versions: 4.1.0.Milestone4 Environment: iPhone, Android Reporter: Jan Papousek Priority: Trivial Attachments: android-inplaceSelect-popup.png, firefox-inplaceSelect-popup.png The popup of the rich:inplaceSelect component on page http://10.0.2.2:8080/showcase hides the input field. -- 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

12 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-10366) Accordion item: inactive item rendered wrong

by Pavol Pitonak (JIRA)

Accordion item: inactive item rendered wrong --------------------------------------------- Key: RF-10366 URL: https://issues.jboss.org/browse/RF-10366 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.0.0.Milestone5 Environment: RichFaces 4.0.0-SNAPSHOT r.21312 Metamer 4.0.0-SNAPSHOT r.21312 Mojarra 2.1.0-FCS GlassFish Server Open Source Edition 3.1-SNAPSHOT OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux Chrome 8.0.552.237 @ Linux x86_64 Reporter: Pavol Pitonak Attachments: accordion.png 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richAccordionItem/simple.x... 2. set leftActiveIcon=grid result: the first item is inactive but header was moved a bit even though threre is no icon (see screenshot) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

11
15
0 / 0

[JBoss JIRA] Created: (RF-11112) PartialViewContext#getRenderIds() implementation returns empty set

by Bauke Scholtz (JIRA)

PartialViewContext#getRenderIds() implementation returns empty set ------------------------------------------------------------------ Key: RF-11112 URL: https://issues.jboss.org/browse/RF-11112 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Final Environment: Win7 x64, Eclipse Helios SR2, JBoss AS 6.0.0 Final, RF 4.0.0 Final. Reporter: Bauke Scholtz During invoke action phase we would like to retrieve a list of partial render IDs for some specific preprocessing (resetting submitted values for the case they're embedded in another form). Those IDs are normally available by {{PartialViewContext#getRenderIds()}}. {code} PartialViewContext partialViewContext = FacesContext.getCurrentInstance().getPartialViewContext(); Collection<String> renderIds = partialViewContext.getRenderIds(); {code} This works fine in combination with standard JSF components, such as {{<h:commandLink><f:ajax render="foo"/></h:commandLink>}} However, when a RichFaces/A4J command component is been used, such as {{<a4j:commandLink render="foo" />}}, an empty collection is been returned instead. Debugging learns that the {{ExtendedPartialViewContextImpl}} implementation stores them in {{componentRenderIds}} instead of {{renderIds}} and never returns it on {{getRenderIds()}} method. The {{ExtendedPartialViewContextImpl}} also doesn't seem to use {{renderIds}} in a sensible manner anywhere else. I believe that {{componentRenderIds}} really has to be {{renderIds}} instead. As far now, we workarounded this by accessing the {{componentRenderIds}} field using reflection. {code} Collection<String> renderIds = partialViewContext.getRenderIds(); if (renderIds.isEmpty() && partialViewContext instanceof ExtendedPartialViewContextImpl) { try { Field componentRenderIds = ExtendedPartialViewContextImpl.class.getDeclaredField("componentRenderIds"); componentRenderIds.setAccessible(true); renderIds = (Collection<String>) componentRenderIds.get(partialViewContext); } catch (Exception e) { // Handle. } } {code} However, this introduced a nasty dependency in our code. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

7
7
0 / 0

[JBoss JIRA] Created: (RF-11302) Subtable: column sorting doesn't work

by Pavol Pitonak (JIRA)

Subtable: column sorting doesn't work ------------------------------------- Key: RF-11302 URL: https://issues.jboss.org/browse/RF-11302 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 # deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/so... # click on header "Name" result: subtables are not sorted, second click on the same header sorts both subtables -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-10978) Richfaces 4.0 Final fileUpload incomptible with Tomahawk 2.0 1.1.10

by Matt Choate (JIRA)

Richfaces 4.0 Final fileUpload incomptible with Tomahawk 2.0 1.1.10 ------------------------------------------------------------------- Key: RF-10978 URL: https://issues.jboss.org/browse/RF-10978 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final Reporter: Matt Choate Including the Tomahawk 2.0 v1.1.10 library along with Richfaces 4.0 Final causes the Richfaces fileUpload component to break. In the JBoss logs this message appears when rendering the page with the component: "JSF1091: No mime type could be found for file fileUploadProgress. To resolve this, add a mime-type mapping to the applications web.xml" Also when monitoring the HTTP traffic in Fiddler I see this entry over and over. Appears to be stuck in some loop /lsweb/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.712090154203886 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
11
0 / 0

[JBoss JIRA] Created: (RF-11056) rich:calendar not working in popupPanel

by Marc-Christian Schroeer (JIRA)

rich:calendar not working in popupPanel ---------------------------------------- Key: RF-11056 URL: https://issues.jboss.org/browse/RF-11056 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final Environment: Tomcat 7.0.12, MyFaces 2.0.4, RichFaces 4.0.0.Final Reporter: Marc-Christian Schroeer A rich:calendar component within a popupPanel does not work in Firefox 4.0.1 as clicking on the popup icon does not popup the calendar. This is not the case for Chrome, Internet Explorer 9 and Safari browsers. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
13
0 / 0

[JBoss JIRA] Created: (RF-11239) rich:tab with extendedDataTable

by Jonny Scri (JIRA)

rich:tab with extendedDataTable ------------------------------- Key: RF-11239 URL: https://issues.jboss.org/browse/RF-11239 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Final Environment: Windows, Mozilla Firefox 5.0 Reporter: Jonny Scri extendedDataTable header in rich:tab is not rendered when tab is selected. When I click on tab everything is rendered, but not the table header. Everything else works fine. With IE 8 works fine but not with FF! In FF all table header become visible after a page refresh (not necessarily generated by a button click but also if I open firebug). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

4
7
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2011