August 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-11327) Inplace Input - typing a space into the input field

by Jan Papousek (JIRA)

Inplace Input - typing a space into the input field --------------------------------------------------- Key: RF-11327 URL: https://issues.jboss.org/browse/RF-11327 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc Metamer 4.1.0-SNAPSHOT r.22654 Mojarra 2.1.2-FCS Apache Tomcat 6.0.32 OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Firefox 5.0 @ Linux x86_64 Reporter: Jan Papousek After typing a space into the inplace input and clicking with the mouse out of the input, the user can't change the context of the inplace input. This can be reproduced in Metamer - faces/components/richInplaceInput/simple.xhtml. The same behaviour occurs using both Mojarra 2.1 or MyFaces. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

4
4
0 / 0

[JBoss JIRA] Created: (RF-11180) select: selecting from unorder list selects the wrong item

by Yonatan Graber (JIRA)

select: selecting from unorder list selects the wrong item ---------------------------------------------------------- Key: RF-11180 URL: https://issues.jboss.org/browse/RF-11180 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.0.0.Final Environment: Win7_64 + Firefox 5, Chrome 11 andIE9 Reporter: Yonatan Graber If rich:select relays on an items list which includes two items, one is a a prefix of the other, and the shorter one should be placed before the longer one in the list, you can't pick the shorter one (if manual input is enabled). You should look at reproduction steps for an example, which is much more clearer than the general description of the issue. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
3
0 / 0

[JBoss JIRA] Created: (RF-11284) rich:autocomplete on Mojarra doesn't handle suggestions/selection correctly

by Ján Jamrich (JIRA)

rich:autocomplete on Mojarra doesn't handle suggestions/selection correctly --------------------------------------------------------------------------- Key: RF-11284 URL: https://issues.jboss.org/browse/RF-11284 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9 Metamer 4.1.0.20110805-M1 r.22604 Mojarra 2.0.3- JBoss AS 6.0.0.Final Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux Chrome 12.0.742.112 @ Linux i686, IE7, Reporter: Ján Jamrich In the contrary with rich:autocomplete with MyFaces, there is not working suggestions or suggestion selection for autocomplete. Common case is type some keys into autocomplete input, e.g. "al" and wait for display suggestions, in this case "Alabama, Alaska". Then pick one of them, and this item should appear in autocomplete input instead of typed characters (so that value start with upper case and so on), and this value appears in output element. It is working correctly with autocomplete example without any changes (just open page faces/components/richAutocomplete/autocomplete.xhtml). But when set any attribute value (such as layout to div, or minChars to 2 or something else), selection from autocomplete suggestions stop work. Then is not possible to select item from suggestion, but when click (or select by narrovs and press enter) on an item, then suggestions disappears, but autocomplete input remain empty not the output is updated by selected value. The workaround is invalidate session, but it causes clean attribute value (so then is not minChars or layout attribute set to any value). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
3
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

13 years

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

13 years

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

13 years

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

13 years

7
7
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

13 years

5
11
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

13 years

3
4
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

13 years

5
13
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2011