February 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4308) rich:pickList: keep sort order of source list after add/remove operations

by Martin Höller (JIRA)

rich:pickList: keep sort order of source list after add/remove operations ------------------------------------------------------------------------- Key: RF-4308 URL: https://jira.jboss.org/jira/browse/RF-4308 Project: RichFaces Issue Type: Feature Request Reporter: Martin Höller When adding items from the source list to the target list and removing this items again, the original order of the source list is not preserved. This makes it hard to find items in a list that is longer than just a fest items. A good example is the second example on the livedemo at http://livedemo.exadel.com/richfaces-demo/richfaces/pickList.jsf. Add the first state (Alabama) and remove it. It can now be found at the very end of the otherwise alphabetical list of states. This can be rather unintuitive for a user. My suggestion is either remember the original sort order of the source list, or add some attribute that enables automatic sorting. -- 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

11 years, 9 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-10037) CDK: <c:forEach > should generate while(){} loop for Iterator and Enumeration

by Alexander Smirnov (JIRA)

CDK: <c:forEach > should generate while(){} loop for Iterator and Enumeration ----------------------------------------------------------------------------- Key: RF-10037 URL: https://issues.jboss.org/browse/RF-10037 Project: RichFaces Issue Type: Task Components: CDK Affects Versions: 4.0.0.Milestone4 Reporter: Alexander Smirnov Assignee: Alexander Smirnov -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

5
13
0 / 0

[JBoss JIRA] Created: (RF-5630) DataTable: sorting/filtering breaks in Safari with tooltip in HTML mode

by Nick Belaevski (JIRA)

DataTable: sorting/filtering breaks in Safari with tooltip in HTML mode ----------------------------------------------------------------------- Key: RF-5630 URL: https://jira.jboss.org/jira/browse/RF-5630 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: Safari, Facelets, HTML mode Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: Future <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"> <a4j:log popup="false" level="ALL" style="width: 800px; height: 300px;"></a4j:log> <f:view contentType="text/html"> <h:form id="form"> <rich:dataTable id="table" value="#{forum5Bean.lotOfData}" var="item"> <rich:column sortBy="#{item}"> <f:facet name="header"> Header </f:facet> #{item} - #{forum5Bean.time} <rich:toolTip layout="block" rendered="true"> #{forum5Bean.time} </rich:toolTip> </rich:column> </rich:dataTable> <a4j:commandLink value="Re-render" reRender="table" /> </h:form> </f:view> </html> -- 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

11 years, 10 months

7
17
0 / 0

[JBoss JIRA] Created: (RF-10601) Update build to generation on profiles

by Jay Balunas (JIRA)

Update build to generation on profiles -------------------------------------- Key: RF-10601 URL: https://issues.jboss.org/browse/RF-10601 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: doc Reporter: Jay Balunas Fix For: 4.Next -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

3
11
0 / 0

[JBoss JIRA] Created: (RF-10128) File upload doesn't work with MyFaces

by Pavol Pitonak (JIRA)

File upload doesn't work with MyFaces ------------------------------------- Key: RF-10128 URL: https://issues.jboss.org/browse/RF-10128 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Milestone5 Environment: RichFaces 4.0.0.20101226-M5 r.20800 Metamer 4.0.0.20110104-M5 r.20882 Apache MyFaces JSF-2.0 Core Impl 2.0.2 Apache Tomcat 6.0.29 OpenJDK Runtime Environment 1.6.0_20-b20 @Linux Chrome 8.0.552.224 @ Linux x86_64 Reporter: Pavol Pitonak 1. deploy Metamer 2. open http://localhost:8080/metamer/faces/components/richFileUpload/simple.xhtml 3. select some file 4. click Upload result: nothing is uploaded, no other files can be uploaded -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

7
31
0 / 0

[JBoss JIRA] Created: (RF-8176) Upgrade Prototype to version 1.6.1

by Francois Botha (JIRA)

Upgrade Prototype to version 1.6.1 ---------------------------------- Key: RF-8176 URL: https://jira.jboss.org/jira/browse/RF-8176 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Francois Botha I know you guys had performance issues with Prototype 1.6.0.2, but maybe the latest version (1.6.1 at time of writing) fixes those issues. I have a specific interest in version 1.6.1 because I'd like to use Growler for Prototype. Unfortunately Prototype 1.6.0.x has a bug which makes it useless on IE. 1.6.1 solves that bug. Bug logged at https://prototype.lighthouseapp.com/projects/8886/tickets/529-element-con... -- 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

11 years, 10 months

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

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

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

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

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 2011