November 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13339) orderingList: ordered values are reset after submit

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13339?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13339: ------------------------------- Original Estimate: 15 minutes Remaining Estimate: 15 minutes > orderingList: ordered values are reset after submit > --------------------------------------------------- > > Key: RF-13339 > URL: https://issues.jboss.org/browse/RF-13339 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Jiří Štefek > Assignee: Brian Leathem > Priority: Blocker > Fix For: 5.0.0.Alpha2 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13330) RichFaces.jQuery should be used in CDK templates instead of $

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13330?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13330: ------------------------------- Sprint: 5.0.0.Alpha2 - Sprint 5 > RichFaces.jQuery should be used in CDK templates instead of $ > ------------------------------------------------------------- > > Key: RF-13330 > URL: https://issues.jboss.org/browse/RF-13330 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces make use of non-conflicting jQuery reference to avoid collisions with user-specific use of jQuery. > https://github.com/richfaces/richfaces/blob/b7df8b6d5d46e17f47ecc8d099f34... > https://github.com/richfaces/richfaces/blob/b7df8b6d5d46e17f47ecc8d099f34... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13330) RichFaces.jQuery should be used in CDK templates instead of $

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13330?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13330: ------------------------------- Original Estimate: 15 minutes Remaining Estimate: 15 minutes > RichFaces.jQuery should be used in CDK templates instead of $ > ------------------------------------------------------------- > > Key: RF-13330 > URL: https://issues.jboss.org/browse/RF-13330 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces make use of non-conflicting jQuery reference to avoid collisions with user-specific use of jQuery. > https://github.com/richfaces/richfaces/blob/b7df8b6d5d46e17f47ecc8d099f34... > https://github.com/richfaces/richfaces/blob/b7df8b6d5d46e17f47ecc8d099f34... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13329) Delete old 4.x and below pickList and orderingList resources from RF5

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13329?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13329: ------------------------------- Original Estimate: 15 minutes Remaining Estimate: 15 minutes > Delete old 4.x and below pickList and orderingList resources from RF5 > --------------------------------------------------------------------- > > Key: RF-13329 > URL: https://issues.jboss.org/browse/RF-13329 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Juraj Húska > Fix For: 5.0.0.Alpha2 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > Now it should be safe to delete the old resources for {{pickList}} and {{orderingList}}. > I mean {{.js}} and {{.ecss}} files from this folder: > https://github.com/richfaces/richfaces/tree/master/framework/src/main/res... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-8275) Memory leak with extended data table after repeated rerender

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-8275?page=com.atlassian.jira.plugin.sy... ] Brian Leathem commented on RF-8275: ----------------------------------- Do you see this in RichFaces 4? Likely the fix has been applied there. > Memory leak with extended data table after repeated rerender > ------------------------------------------------------------ > > Key: RF-8275 > URL: https://issues.jboss.org/browse/RF-8275 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 3.3.2.SR1 > Environment: Windows xp and AIX, Firefox and Internet Explorer 7 > Reporter: Manuele Piastra > Assignee: Andrey Markhel > Priority: Critical > Labels: extended_datatable, memory_leak, rerender > Fix For: 3.3.3.CR1 > > Attachments: index.xhtml > > > After each rerender of the extended data table the memory allocated to the process iexplorer.exe keeps growing and it is never released. The same test with simple datatable doesn't show this problem. > Snippet code used for the test > <?xml version='1.0' encoding='UTF-8' ?> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="1.2" > xmlns="http://www.w3.org/1999/xhtml" > xmlns:h="http://java.sun.com/jsf/html" > xmlns:f="http://java.sun.com/jsf/core" > xmlns:ui="http://java.sun.com/jsf/facelets" > xmlns:rich="http://richfaces.org/rich" > xmlns:a4j="http://richfaces.org/a4j"> > <html> > <head> > <title>RichFaces DataTable</title> > </head> > <body> > <f:view> > <h:form> > <a4j:jsFunction name="rerenderTable" reRender="finderList"></a4j:jsFunction> > <rich:dataTable value="#{provaTableBean.list}" var="elem" > id="finderList" width="200px" > > <rich:column id="id" width="50" label="Id"> > <f:facet name="header"> > <h:outputText value="Id" /> > </f:facet> > <h:outputText value="#{elem.id}" /> > </rich:column> > <rich:column id="nome" width="150" label="Nome"> > <f:facet name="header"> > <h:outputText value="Nome" /> > </f:facet> > <h:outputText value="#{elem.nome}" /> > </rich:column> > </rich:dataTable> > </h:form> > </f:view> > <script> > setInterval(rerenderTable, 10000); > </script> > </body> > </html> > </jsp:root> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-8275) Memory leak with extended data table after repeated rerender

by Chasidy McMaster (JIRA)

[ https://issues.jboss.org/browse/RF-8275?page=com.atlassian.jira.plugin.sy... ] Chasidy McMaster commented on RF-8275: -------------------------------------- We are also seeing similar behavior in 3.3.3 Final. Has this issue been resolved? (Restricted to jira-users group) > Memory leak with extended data table after repeated rerender > ------------------------------------------------------------ > > Key: RF-8275 > URL: https://issues.jboss.org/browse/RF-8275 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 3.3.2.SR1 > Environment: Windows xp and AIX, Firefox and Internet Explorer 7 > Reporter: Manuele Piastra > Assignee: Andrey Markhel > Priority: Critical > Labels: extended_datatable, memory_leak, rerender > Fix For: 3.3.3.CR1 > > Attachments: index.xhtml > > > After each rerender of the extended data table the memory allocated to the process iexplorer.exe keeps growing and it is never released. The same test with simple datatable doesn't show this problem. > Snippet code used for the test > <?xml version='1.0' encoding='UTF-8' ?> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="1.2" > xmlns="http://www.w3.org/1999/xhtml" > xmlns:h="http://java.sun.com/jsf/html" > xmlns:f="http://java.sun.com/jsf/core" > xmlns:ui="http://java.sun.com/jsf/facelets" > xmlns:rich="http://richfaces.org/rich" > xmlns:a4j="http://richfaces.org/a4j"> > <html> > <head> > <title>RichFaces DataTable</title> > </head> > <body> > <f:view> > <h:form> > <a4j:jsFunction name="rerenderTable" reRender="finderList"></a4j:jsFunction> > <rich:dataTable value="#{provaTableBean.list}" var="elem" > id="finderList" width="200px" > > <rich:column id="id" width="50" label="Id"> > <f:facet name="header"> > <h:outputText value="Id" /> > </f:facet> > <h:outputText value="#{elem.id}" /> > </rich:column> > <rich:column id="nome" width="150" label="Nome"> > <f:facet name="header"> > <h:outputText value="Nome" /> > </f:facet> > <h:outputText value="#{elem.nome}" /> > </rich:column> > </rich:dataTable> > </h:form> > </f:view> > <script> > setInterval(rerenderTable, 10000); > </script> > </body> > </html> > </jsp:root> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13323) FileUploadEvent listener reset the list value with Viewscope

by Mohammad Weshah (JIRA)

[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ] Mohammad Weshah commented on RF-13323: -------------------------------------- as i mention on the Bug attribute 2.1.9 , but i tried it on the default Jboss 7.1 API (2.1.7) , same problem. > FileUploadEvent listener reset the list value with Viewscope > ------------------------------------------------------------ > > Key: RF-13323 > URL: https://issues.jboss.org/browse/RF-13323 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4 > Environment: Jboss 7.1 > Richfaces 4.3.4 > JSF 2.1.9 > > Reporter: Mohammad Weshah > Assignee: Jiří Štefek > Labels: rich:fileUpload > Attachments: RF-13323-2.zip, RF-13323-SessionScoped.png, RF-13323-ViewScoped.png, RF-13323.zip, TestRichFacesWebProject.rar, TestRichFacesWebProject.war > > > Hello All, > i make an example of upload file from richfaces showcase it is working successfully , but i notice if i changed the backing bean to viewscope the files list inside the FileUploadEvent listener will be rest every time that i upload new file , the code as follow : > > {code} > protected List<UploadedImage> files = new ArrayList<UploadedImage>(); > > public void FileUploadlistener(FileUploadEvent event) throws Exception { > UploadedFile item = event.getUploadedFile(); > UploadedImage file = new UploadedImage(); > file.setLength(item.getData().length); > file.setName(item.getName()); > file.setData(item.getData()); > > files.add(file); > } > {code} > > but when i changed the scope to session the files still contain the old files, is it mandatory to the backing be session or there is something wrong ? > > Regards > Wish79 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13346) orderingList - maxListHeight & minListHeight need to have set units along with number to work

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13346?page=com.atlassian.jira.plugin.s... ] Michal Petrov updated RF-13346: ------------------------------- Assignee: (was: Michal Petrov) > orderingList - maxListHeight & minListHeight need to have set units along with number to work > --------------------------------------------------------------------------------------------- > > Key: RF-13346 > URL: https://issues.jboss.org/browse/RF-13346 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Jiří Štefek > > {{pickList}} attributes: > * {{minListHeight}} and {{maxListHeight}} > need to have set units along with the number value (e.g. 200px) in order to work correctly. > In RF4 and in RichWidgets, these attributes can be left without units. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13346) orderingList - maxListHeight & minListHeight need to have set units along with number to work

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13346?page=com.atlassian.jira.plugin.s... ] Michal Petrov commented on RF-13346: ------------------------------------ Ah right, we have two tracking system now :) > orderingList - maxListHeight & minListHeight need to have set units along with number to work > --------------------------------------------------------------------------------------------- > > Key: RF-13346 > URL: https://issues.jboss.org/browse/RF-13346 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Jiří Štefek > Assignee: Michal Petrov > > {{pickList}} attributes: > * {{minListHeight}} and {{maxListHeight}} > need to have set units along with the number value (e.g. 200px) in order to work correctly. > In RF4 and in RichWidgets, these attributes can be left without units. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13346) orderingList - maxListHeight & minListHeight need to have set units along with number to work

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13346?page=com.atlassian.jira.plugin.s... ] Michal Petrov edited comment on RF-13346 at 11/14/13 9:30 AM: -------------------------------------------------------------- Ah right, we have two tracking systems now :) was (Author: michpetrov): Ah right, we have two tracking system now :) > orderingList - maxListHeight & minListHeight need to have set units along with number to work > --------------------------------------------------------------------------------------------- > > Key: RF-13346 > URL: https://issues.jboss.org/browse/RF-13346 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Jiří Štefek > Assignee: Michal Petrov > > {{pickList}} attributes: > * {{minListHeight}} and {{maxListHeight}} > need to have set units along with the number value (e.g. 200px) in order to work correctly. > In RF4 and in RichWidgets, these attributes can be left without units. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2013