February 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-11291) Metamer: rich:CollapsibleSubTable: Filtering example doesn't work at all (MyFaces, IE9)

by Ján Jamrich (JIRA)

Metamer: rich:CollapsibleSubTable: Filtering example doesn't work at all (MyFaces, IE9) --------------------------------------------------------------------------------------- Key: RF-11291 URL: https://issues.jboss.org/browse/RF-11291 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 Apache MyFaces JSF-2.1 Core Impl 2.1.1 Apache Tomcat 7.0.19 Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux Chrome 12.0.742.112 @ Linux i686, IE9 as well Reporter: Ján Jamrich Example for collapsibleSubTable doesn't work as expected. If filtering criteria entered and performed BLUR event nothing happens to data in subtable. If then enter another filtering criteria, filtering performed, but with previous filtering criteria. So, if I firstly enter "President" into filtering input in column Title, and blur this input, nothing happens. Then I enter "Director" to this input and blur. Then table get filtered, and only records matching filtering criteria "President" are displayed. It is quite confusing to see in filtering input value "Director" and in columns only data "President" -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-11287) Metamer: a4j:outputPanel doesn't update value in outputPanel until explicit rerendering fired (MyFaces)

by Ján Jamrich (JIRA)

Metamer: a4j:outputPanel doesn't update value in outputPanel until explicit rerendering fired (MyFaces) ------------------------------------------------------------------------------------------------------- Key: RF-11287 URL: https://issues.jboss.org/browse/RF-11287 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9 Metamer 4.1.0.20110805-M1 r.22604 Apache MyFaces JSF-2.1 Core Impl 2.1.1 Apache Tomcat 7.0.19 Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux Chrome 12.0.742.112 @ Linux i686, IE9 (not browser specific) Reporter: Ján Jamrich On Metamer page with outputPanel example (faces/components/a4jOutputPanel/simple.xhtml) is value updated by clicking on a4j:button not updated withing outputPanel until explicit page rerendering fired (by updating attribute value, or click on "Rerender all" button. Seems to be MyFaces specific, with Mojarra works outputPanel correctly (at least in this case) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 6 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-8891) FileUpload: transfer error occurs for zero-sized files in IE

by Nick Belaevski (JIRA)

FileUpload: transfer error occurs for zero-sized files in IE ------------------------------------------------------------ Key: RF-8891 URL: https://jira.jboss.org/browse/RF-8891 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.3.Final Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: Future_3.X Reproducible at livedemo with Flash mode turned on in IE8. -- 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

5
7
0 / 0

[JBoss JIRA] (RF-11956) Port page layout component from RF 3 to RF 4

by Karsten Wutzke (JIRA)

Karsten Wutzke created RF-11956: ----------------------------------- Summary: Port page layout component from RF 3 to RF 4 Key: RF-11956 URL: https://issues.jboss.org/browse/RF-11956 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Karsten Wutzke Please port the RF 3 page layout component to RF 4. -- 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
4
0 / 0

[JBoss JIRA] Created: (RF-10967) Drag'n'Drop does not work with PARTIAL_STATE_SAVING FALSE

by Stephan Meisinger (JIRA)

Drag'n'Drop does not work with PARTIAL_STATE_SAVING FALSE --------------------------------------------------------- Key: RF-10967 URL: https://issues.jboss.org/browse/RF-10967 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-drag/drop Affects Versions: 4.0.0.Final Environment: tomcat 6.0.32 RichFaces 4.0.0-Final Reporter: Stephan Meisinger if partital state saving is off <context-param> <param-name>javax.faces.PARTIAL_STATE_SAVING</param-name> <param-value>false</param-value> </context-param> droping of items does noth work and causes a NullPointerException at org.richfaces.event.MethodExpressionDropListener.processDrop(MethodExpressionDropListener.java:47) at org.richfaces.event.DropEvent.processListener(DropEvent.java:74) at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:777) at org.richfaces.component.AbstractDropTarget.broadcast(AbstractDropTarget.java:122) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:787) at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1252) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81) ... 18 more imho MethodExpressionDropListener should be serializable, otherwise methodExpression can't be set by the SafeStateHolder. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
9
0 / 0

[JBoss JIRA] Created: (RF-8084) Panelbar does not expand with more than 4 panelBarItems

by Alan (JIRA)

Panelbar does not expand with more than 4 panelBarItems ------------------------------------------------------- Key: RF-8084 URL: https://jira.jboss.org/jira/browse/RF-8084 Project: RichFaces Issue Type: Bug Components: component-menu Affects Versions: 3.3.2.SR1, 3.3.2.GA, 3.3.2.CR1, 3.3.1 Environment: Bot Mac and Windows. Both IE and FF. Reporter: Alan Adding a rich:panelBar with more than 4 panelBarItems causes the panelBarItems to stay hidden. Under Mac and FF 3.5 the pannels do not open anymore. If your zoom (Cmd +), the panels open again. Under Windows and IE 8 you need to zoom one level (Ctrl +). In the panelbar.js (showSlide function) this piece of code contains the problem. slide.content.style.height=(h>0?h:0)+"px"; if (h<=1 && (this.panel.style.height=="" || this.panel.style.height.indexOf("%")!=-1)) { this.panel.style.height=""; slide.content.style.height="100%"; } h is the contentHeight. 'Normally' this returns a value which is <=1. But for some zoom levels and more than 4 panelBarItems this value gets bigger. This causes the height being set to 2 or 3 and the panelBarItem looks clossed. This is probally caused by some rouding problem. A difference between offsetHeight and clientHeight? Locally I fixed the problem to disable the check and always set the height of the slide.content to 100%. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-11228) Metamer - input elements, validation and displaying output

by Jan Papousek (JIRA)

Metamer - input elements, validation and displaying output ---------------------------------------------------------- Key: RF-11228 URL: https://issues.jboss.org/browse/RF-11228 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.1.3-FCS * Apache Tomcat 6.0.32 * OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux * Firefox 3.6.19 @ Linux i686 (x86_64) Reporter: Jan Papousek When an input element is filled and validation passes, the output isn't displayed. This issue can be reproduced on a lot of pages in Metamer containg input elements and client side validation, e.q.: - faces/components/richCalendar/csv.xhtml - faces/components/richInplaceInput/csv.xhtml - faces/components/richInputNumberSpinner/csv.xhtml - ... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
10
0 / 0

[JBoss JIRA] Created: (RF-11395) Metamer: rich:autocomplete: client side validation (CSV) on autocomplete causes not update values in output

by Ján Jamrich (JIRA)

Metamer: rich:autocomplete: client side validation (CSV) on autocomplete causes not update values in output ----------------------------------------------------------------------------------------------------------- Key: RF-11395 URL: https://issues.jboss.org/browse/RF-11395 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.5fe1b72ff67eae7dfb1b1bb22f303576ebdcf6b5 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; rv:7.0) Gecko/20100101 Firefox/7.0 Reporter: Ján Jamrich Example (newly added) with CSV for autocomplete shows that correct value filled into autocomplete is not updated in appropriate output element (even form with this values is submitted by a4j:button. Only JSF submit button causes update this values in output, but that is completely different way how to this element get re-rendered -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

8
8
0 / 0

[JBoss JIRA] Created: (RF-4366) InputNumberSpinner: Locale will not be used for number input

by Gerrit Brehmer (JIRA)

InputNumberSpinner: Locale will not be used for number input ------------------------------------------------------------ Key: RF-4366 URL: https://jira.jboss.org/jira/browse/RF-4366 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: Firefox 3.0.1 Reporter: Gerrit Brehmer Priority: Critical Hi, if i want to display a number with 1 fraction digit (like with f:convertNumber) and set step to "0.5" it will always use the english notation "." for output, but jsf use the locale (e.g. de) and convert my number "5.5" -> "55" before setting to my backing bean. And if i want to write the german notation into the input field with "," the javascript i think will drop my fraction digits before posting values. if I use "en" locale all functions properly. Bye -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 7 months

5
15
0 / 0

[JBoss JIRA] Created: (RF-9485) IE9 Beta - AJAX broken

by Andrew May (JIRA)

IE9 Beta - AJAX broken ---------------------- Key: RF-9485 URL: https://jira.jboss.org/browse/RF-9485 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: browser compatibility Affects Versions: 3.3.3.Final, 3.3.2.SR1 Environment: Windows Vista SP2 (Virtual PC VM), IE9 Beta Reporter: Andrew May In the Rich Faces Demo (3.3.3 Final) there are a couple of errors shown in the JavaScript Console in IE9, and the Ajax demos do not work. On loading a section: SCRIPT5007: 'undefined' is null or not an object - framework.pack.js.jsf, line 1870 character 65 On trying one of the AJAX demos (e.g. the CommandButton demo): SCRIPT16386: No such interface supported - framework.pack.js.jsf, line 2373 character 3 In our applications (3.2.SR1), we see an error for every Ajax request: SCRIPT16386: No such interface supported - 3_3_2.SR1org.ajax4jsf.javascript.AjaxScript, line 120 character 1 For both the SCRIPT16386 errors, the JavaScript is assigning A.outerHTML = new XMLSerializer().serializeToString(C) I believe that this is the first version of IE9 to include XMLSerializer. I don't know enough about XMLSerializer to know whether this is an IE9 issue or a RichFaces issue. -- 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

17
42
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues February 2012