June 2010 - richfaces-issues - Jboss List Archives

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

7
17
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, 9 months

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

11 years, 10 months

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

11 years, 11 months

5
15
0 / 0

[JBoss JIRA] Created: (RF-8885) CDK: template compiler: add assertion tags

by Nick Belaevski (JIRA)

CDK: template compiler: add assertion tags ------------------------------------------ Key: RF-8885 URL: https://jira.jboss.org/browse/RF-8885 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: CDK Affects Versions: 4.0.0.Alpha2 Reporter: Nick Belaevski Assignee: Nick Belaevski Add support for constraints verification tags in CDK template compiler. Typical use case: throws exception/issue log message when assertion failed. -- 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

11 years, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-1107) Scrollable dataTable. Header scrolled badly on TAB button.

by Ilya Shaikovsky (JIRA)

Scrollable dataTable. Header scrolled badly on TAB button. ---------------------------------------------------------- Key: RF-1107 URL: http://jira.jboss.com/jira/browse/RF-1107 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: FF 2.0.0.6 Reporter: Ilya Shaikovsky Assigned To: Konstantin Mishin Fix For: 3.2.0 Two use-cases failed: "case - 1.png" frozenColCount=0 all the columns with inputs last columns aren't in visible part When I use TAB key - columns scrolled to be displayed (good) but headers jsut stays (Wrong!) "case - 2.png" frozenColCount=2 all the columns with inputs last columns aren't in visible part I use TAB key. Focused inputs changed one by one only in "frozen zone" (seems good), but after I press TAB on the last input - the focus jumps to non frozen column input and frozen columns - scrolled and shifted down(Wrong!). But headers still aren't scrolled (good in this case). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

9
27
0 / 0

[JBoss JIRA] Created: (RF-8210) switchType=ajax on modalPanel

by Gonzalez Adrian (JIRA)

switchType=ajax on modalPanel ----------------------------- Key: RF-8210 URL: https://jira.jboss.org/jira/browse/RF-8210 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Gonzalez Adrian Lately, I'm mostly (80% of times) rendering my rich:modalPanels in ajax mode [1] : - a4j:commandButton calls a backing bean method, and rerenders the a4j:outputPanel surrounding rich;modalPanel. oncomplete js handler call Richfaces.showPanel. - the rich:modalPanel is inside a a4j:outputPanel nd its rendered attribute points to a backing bean property. This is because each modalPanels weights more or less 5 ko (I've seen 4 different application and it was always at least 5 ko). This code is repetitive. Could it be possible to add a switchType (or mode) attribute on rich:calendar, the meaning of which would be : 1. if switchType=client, behaviour unchanged. 2. if switchType=ajax, Richfaces.showModal would make an ajax call, rerender the rich:modalPanel (so rich:modalPanel would always be contained in an invisible <span> or shting like this) and show it. -- 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

4
5
0 / 0

[JBoss JIRA] Created: (RF-6026) PickList doesn't accept comma in string value of SelectItem

by Andrzej Haczewski (JIRA)

PickList doesn't accept comma in string value of SelectItem ----------------------------------------------------------- Key: RF-6026 URL: https://jira.jboss.org/jira/browse/RF-6026 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: WebLogic 10, JSF 1.2, RichFaces 3.3.0, Hibernate JPA, Facelets 1.1.14 Reporter: Andrzej Haczewski When you use a List<SelectItem> where SelectItems are created like this: new SelectItem("SOME STRING,CONTAINING COMMA", "A nice string to show in list") as a PickList <h:selectItems>, and use List<String> as PickList value, then PickList doesn't validate when you add that item to target list. The reason is that UISelectMany is trying to validate values "SOME STRINGS" and "CONTAINING COMMA" with available items. The exact point is the UISelectMany.matchValue() method, which returns false on validation of that PickList. Sample code: --- BackingBean.java class BackingBean { private List<SelectItem> picklistItems; private List<String> result; public BackingBean() { picklistItems = new ArrayList<SelectItem>(); picklistItems.add(new SelectItem("SAMPLE,EXAMPLE", "Sample example")); } // then comes getters and setters for picklistItems and result } --- PickList.xhtml <rich:pickList value="#{backingBean.result}"> <h:selectItems value="#{backingBean.picklistItems}"> </rich:pickList> -- 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, 1 month

4
8
0 / 0

[JBoss JIRA] Created: (RF-7351) Regression: "messages: globalOnly does not work properly"

by Joseph Miller (JIRA)

Regression: "messages: globalOnly does not work properly" --------------------------------------------------------- Key: RF-7351 URL: https://jira.jboss.org/jira/browse/RF-7351 Project: RichFaces Issue Type: Bug Components: component, regression Affects Versions: 3.3.1 Environment: Windows / JBoss 4.2.2.GA / Seam 2.1.1.GA / RichFaces 3.3.1.GA Reporter: Joseph Miller Looks like a regression of RF-615... I've upgraded my Seam project to sue RF 3.3.1, in order to fix a number of other bugs, but now messages intended for a single UI component (via the for= ) are appearing in the global messages list at the top of my page. My page template has: <rich:messages globalOnly="true" id="page-messages"> ... </rich:messages> and the controls have: <rich:message for="my-control-id" id="my-control-id-message"> ... </rich:message> I can switch the rich:messages to h:messages, and it behaves as it should. Also reverting back to the RichFaces 3.2.2.SR1 jars makes the problem go away, but I get the other older bugs back :( -- 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, 1 month

19
67
0 / 0

[JBoss JIRA] Created: (RF-7955) ExtendedDataTable : Only first column correctly resize

by Nicolas Gaudin (JIRA)

ExtendedDataTable : Only first column correctly resize ------------------------------------------------------ Key: RF-7955 URL: https://jira.jboss.org/jira/browse/RF-7955 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.2.GA, 3.3.2.CR1 Environment: JSF RI 1.2_13 Facelets 1.1.14 (with .jspx files) Glassfish Jdk 1.6 Reporter: Nicolas Gaudin Fix For: 3.3.2.GA Hi, During my test to deliver, I discovered that the columns of all my EDTs would not resize correctly. More precisely, the first column resizes without any problem but the others resize WITHOUT resizing the header. I must mention that my EDT use value binding for dynamic column creation. My actions that generated this issue: - moved from jsp to facelets (with jspx extension) - upgraded to JSF 1.2_13 This affected 3.3.2.CR1, the version I was using. I then upgraded to 3.3.2.GA to check if this would fix but no luck Also, I thought that 3.3.2.GA would full scrolling support for EDT (horizontal mainly) Is that the case? Could you please confirm? May thanks in advance -- 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, 1 month

3
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2010