June 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-10992) dragValue expression is evaluated to null in customcomponent

by Adrian Höhn (JIRA)

dragValue expression is evaluated to null in customcomponent ------------------------------------------------------------ Key: RF-10992 URL: https://issues.jboss.org/browse/RF-10992 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-drag/drop Affects Versions: 4.0.0.Final Environment: JSF2 environment with Richfaces 4 Final Reporter: Adrian Höhn When the dragValue is set in a customcomponent, it's always evaluated to null. (dropEvent.getDragValue() == null) If a stringvalue is set instead, the value is submitted correctly. Example: <rich:dragSource type="sometype" dragValue="#{cc.attrs.myvalue}"/> same code outside of the customcomponent works fine. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

11
16
0 / 0

[JBoss JIRA] Created: (RF-11067) rich:autocomplete popups with suggestions does not reflect the value in input

by Juraj Huska (JIRA)

rich:autocomplete popups with suggestions does not reflect the value in input ----------------------------------------------------------------------------- Key: RF-11067 URL: https://issues.jboss.org/browse/RF-11067 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: examples Affects Versions: 4.1.0.Milestone1 Environment: richfaces-showcase commit 4a534c358ff5903429609ff065fc27bae6fec2c0 Reporter: Juraj Huska In richfaces-showcase, demo for rich:autocomplete, sample Custom Popup Layouts, popup with suggestions does not reflect what is typed in the input, it always shows the first row of suggestion. For example when I type v, it should render popup with suggestion Vermont, but instead of it suggest Alabama. This is corrected when something is chosen, for example Alabama, then suggestions work properly. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

7
9
0 / 0

[JBoss JIRA] Created: (RF-10876) rich:toolBar links are barely visible

by Juraj Huska (JIRA)

rich:toolBar links are barely visible ------------------------------------- Key: RF-10876 URL: https://issues.jboss.org/browse/RF-10876 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile Affects Versions: 4.0.0.Final Environment: Demo application - richfaces-showcase-4.0.0.Final-jee6.war demo - sample - poppupPanel container - Jboss AS 6.0.0.Final mobile devices - iPhone 4 - OS version iOS 4.2.1 - browser Safari iPad1 - OS version iOS 4.2.1 - browser Safari Nexus S - OS Android 2.3.2 Reporter: Juraj Huska The link which is on the toolbar in the demo for poppupPanel, in the sample of login panel positioning, is almost invisible with some skins, but it is problem not only on mobile devices but the problem of skinnability in general. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-10880) rich:inplaceSelect no highlighting for options in this select

by Juraj Huska (JIRA)

rich:inplaceSelect no highlighting for options in this select ------------------------------------------------------------- Key: RF-10880 URL: https://issues.jboss.org/browse/RF-10880 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile Affects Versions: 4.0.0.Final Environment: Demo application - richfaces-showcase-4.0.0.Final-jee6.war container - Jboss AS 6.0.0.Final mobile devices - iPhone 4 - OS version iOS 4.2.1 - browser Safari iPad1 - OS version iOS 4.2.1 - browser Safari Nexus S - OS Android 2.3.2 Reporter: Juraj Huska There is no highlighting when I touch the option. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

6
9
0 / 0

[JBoss JIRA] Created: (RF-10891) rich:dragSource it is not possible to drag an object

by Juraj Huska (JIRA)

rich:dragSource it is not possible to drag an object ---------------------------------------------------- Key: RF-10891 URL: https://issues.jboss.org/browse/RF-10891 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile Affects Versions: 4.0.0.Final Environment: Demo-application - richfaces-showcase-4.0.0.Final-jee6.war container - JBoss AS 6.0.0.Final mobile devices - iPhone 4 - OS version iOS 4.2.1 - browser Safari iPad1 - OS version iOS 4.2.1 - browser Safari Nexus S - OS Android 2.3.2 Reporter: Juraj Huska Does not work at all, it is not possible to drag the item. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-10783) showcase wrong description of components

by Juraj Huska (JIRA)

showcase wrong description of components ---------------------------------------- Key: RF-10783 URL: https://issues.jboss.org/browse/RF-10783 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: showcase Affects Versions: 4.0.0.Final Environment: showcase version v.4.0.0-SNAPSHOT SVN r.22194 Reporter: Juraj Huska There are wrong descriptions of these components: a4j:region, The button inside the first panel should not work according to the description, but actually it works. Client Side Validation, JSR 303 Validators, There is written that there should be ajax fallback when user click on the check box, and there is no ajax fallback. But the checkbox has rich:validator tag also, so the behavior is correct, only the text says something different, so either correct the text or the source code of that page. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

4
4
0 / 0

[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, 6 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, 6 months

9
10
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, 6 months

11
15
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, 6 months

5
11
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2011